（一）背景介绍
经常遇到产品同学更改需求的情况，在产品同学看来这是一个小小的改动而已，而且往往会理直气壮地说：这么小的改动，不会影响排期的。
可需求的稍微改动，对于已经做好排期的开发同学来说，这不亚于一场恶梦。而开发同学比较木纳，往往难以为自己辩护，只能默默忍受开发量增大带来的压力。
我在想，如何通过一个小小的例子来证明给产品同学呢？让产品同学心服口服的认识到：一个小小的改动，往往对于计算机来说，会产生很大的结果差异。
所以，产生了下面的面试题目。这不仅仅是一道面试题目，也是开发过程中的陷阱，不知道有多少人掉进去过。
（二）题目内容
证明一下，在计算机中：a+b+c不等于c+b+a
（三）题目答案
答案是丰富多彩的，下面我列出几种情况：
1.如果a,b,c都是String类型，就会有a+b+c != c+b+a
2.如果a,b,c都是数据类型，使用数据溢出来使a+b+c!=c+b+a。例如a,b为窄的数据类型，c为宽的数据类型，一个窄的数据类型与宽的数据类型运算，会得到一个宽的数据类型。例如：
long a = 1L;
int b = Integer.MAX_VALUE;
int c = Integer.MAX_VALUE;
(a+b+c) != (c+b+a))
（四）陷阱再现
我们知道：System.currentTimeMillis()；返回的是long类似的数值。当计算时间相加的时候，如果不注意数据类型的自动转换，则很容易出现问题，如下所示：
Date expiration = new Date(System.currentTimeMillis() + 1000 * 60 * 60 * 24 * 365 * 5);
上面例子本意是求5年后的过期时间，而实际输出的结果却比当前时间还早的时间值。究其原因是Java数值计算过程中发生的溢出。为什么会出现溢出呢？Java不是存在数据类型自动转换吗？转换规则如下所示：
低------------------------------------->高
byte\short\char->int->long->float->double
在运算中，不同类型的数据先转化为同一类型，然后进行运算。虽然Java中存在数据类型自动转换，但是需要注意的是：各运算符是有优先级的，乘法的运算优先级要高于加法，因此，Java会执行完乘法运算后再执行加法运行。而执行乘法运算时，所有的操作数都是int型，因此没有触发自动类型转换，运算的结果自然是int型的，所以导致1000 * 60 * 60 * 24 * 365 * 5在计算过程中发生溢出。知道了原因就好办了，可以在乘法运算时进行一次强制类型转换：
Date expiration = new Date(System.currentTimeMillis() + 1000L * 60 * 60 * 24 * 365 * 5);
从而可以获得正确的过期时间。
