关于L
在Java中，使用int类型的变量时候要时刻警惕计算结果是否会超出范围，这个是最基本的了。比如你想计算五千年有多少毫秒，
int number = 5000 * 365 * 24 * 60 * 60 * 1000;
这算出来是什么？是个负数。这个时候就要用long类型了。
long number = 5000 * 365 * 24 * 60 * 60 * 1000;
这个可以么，这个显然不行!虽然结果复制给了一个long类型的变量，然而在计算的时候仍然以int类型在计算。这时候想到了Java中的向上转型，来试试。
long number = 5000 * 365 * 24 * 60 * 60 * 1000L;
这里用L，为什么？因为l长得丑。但是结果还是不对的！虽然向上转型了，但是算式从左向右计算，在前面就已经出现错误了。所以怎么用？这样：
long number = 5000L * 365 * 24 * 60 * 60 * 1000;
总结一下，赋值给int的时候想想会不会超出范围。如果超出了要用long，用L不用l，而且要注意L的位置，最好放在最先进行计算的操作数后面。
精确计算
在Effective Java中，有这样一节。“如果需要精确的答案，请避免使用float和double”书中有这样的一个例子：
System.out.println(1.03 - .42);
System.out.println(1.00 - 9 * .10);`
这两个会得到不精确的结果，也就是说，使用double与float进行计算时候会得到不精确的结果。有这么两个解决方案
- 使用long或者int代替
什么意思呢，比如我们进行货币计算，我们可以用他的最小单位进行计算。我们以分为单位进行计算，这样使用long或者int类型去计算就不会出现这样的结果了。 - 使用BigDecimal类
BigDecimal bigDecimal1 = new BigDecimal("1.03");
BigDecimal bigDecimal2 = new BigDecimal("0.42");
System.out.println(bigDecimal1.subtract(bigDecimal2));
这样就能够得到精确的结果了。使用BigDecimal有些需要注意的地方，比如下面的计算：
BigDecimal bigDecimal1 = new BigDecimal("1");
BigDecimal bigDecimal2 = new BigDecimal("3");
System.out.println(bigDecimal1.divide(bigDecimal2));
这个是要抛异常的，怎么处理呢？为其指定精度和舍入规则。
MathContext mc = new MathContext(3 , RoundingMode.HALF_UP);
BigDecimal bigDecimal1 = new BigDecimal("1");
BigDecimal bigDecimal2 = new BigDecimal("3");
System.out.println(bigDecimal1.divide(bigDecimal2, mc));
还有调用下面的代码会返回true还是false呢？
BigDecimal bigDecimal1 = new BigDecimal("1");
BigDecimal bigDecimal2 = new BigDecimal("1.0");
System.out.println(bigDecimal1.equals(bigDecimal2));
答案是false，但是如果逻辑上希望他们两个是相等的，怎么办？用compareTo。
基本类型优先
在Java中，每个基本类型都对应一个装箱基本类型，如int类型对应着Integer类型。首先对比一下同一性比较，看一下下面的代码：
int prmt1 = 1;
int prmt2 = 1;
System.out.println(prmt1 == prmt2);
Integer integer1 = -128;
Integer integer2 = -128;
System.out.println(integer1 == integer2);
答案是什么呢？两个都会返回true。在Java中，基本类型==比较的是值，而引用类型比较的是引用，理论上讲第二个应该是false，但是为什么是true。原因是Java对其进行了优化，把-128~127的数字缓存起来了以提高性能，将int赋值给Integer使用的是valueOf方法，将Integer赋值给int使用的是intValue方法。大量使用装箱基本类型会严重影响程序性能，而且要注意空指针异常，并且要注意==操作符比较的结果。所以正如Effective Java中告诫的，基本类型优先于装箱基本类型。
