第四十五条：将局部变量的作用域最小化
第四十六条：加强版for循环优于传统for循环
第四十七条：了解和使用类库
书中提到了一个生成随机数的例子。正好需要。
public static void main(String[] args) { Random rnd = new Random(); int n = 2 * (Integer.MAX_VALUE / 3); int low = 0; for (int i = 0; i < 10000000; i++) { if (Math.abs(rnd.nextInt() % n) < n / 2) { low++; } } System.out.println(low); }
一般写随机数，都是这么写，以为这会Math.random会生成一个完全随机的随机数。上面那个low计算出来的结果是随机数落在设定的数的前半部分的个数。按照设想应该10000000 / 2 个， 但是最后的结果总是落在6666666左右，也就是随机数并不平均，落在前 1/2 的概率比较大。还有一个问题，因为这个程序调用Math.abs，如果nextInt()返回Integer.MIN_VALUE，那么Math.abs也会返回Integer.MIN_VALUE，假设n不是2的n次方，那么取模(%)后就不是0，是一个负数，这段程序能生成负数。而且这个特别难发现。这里还涉及到尾随机数，如果n是一个比较小的2的乘方，经过一段时间之后，生成的随机数序列将会重复。
Random.nextInt(int)，这个方法就能生成真正的随机数。目前为止是。
第四十八条：如果需要精确的答案，请避免使用float和double
用BigDecimal，int和long惊醒货币计算。
第四十九条：基本类型由于装箱基本类型
第五十条：如果其他类型更合适，则尽量避免使用字符串
第五十一条：当心字符串连接的性能
当字符串连接(+)过多时用，StringBuilder代替String。
第五十二条：通过接口引用对象
没什么说的，就是面向接口编程而非实现。
第五十三条：接口优先于反射机制
用反射需要付出的代价：1，丧失了编译时类型检查的好处。2，代码笨拙。3，性能损失
反射机制很强大，对于特定的复杂系统编程任务，它是必要的，但也有缺点。
第五十四条：谨慎地使用本地方法
第五十五条：谨慎地进行优化
第五十六条：遵守普遍接受的命名习惯