【Java进阶营】一道有意思的面试题目

（一）背景介绍

经常遇到产品同学更改需求的情况，在产品同学看来这是一个小小的改动而已，而且往往会理直气壮地说：这么小的改动，不会影响排期的。

可需求的稍微改动，对于已经做好排期的开发同学来说，这不亚于一场恶梦。而开发同学比较木纳，往往难以为自己辩护，只能默默忍受开发量增大带来的压力。

我在想，如何通过一个小小的例子来证明给产品同学呢？让产品同学心服口服的认识到：一个小小的改动，往往对于计算机来说，会产生很大的结果差异。

所以，产生了下面的面试题目。这不仅仅是一道面试题目，也是开发过程中的陷阱，不知道有多少人掉进去过。

（二）题目内容

证明一下，在计算机中：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为宽的数据类型，一个窄的数据类型与宽的数据类型运算，会得到一个宽的数据类型。在此我向大家推荐一个架构学习交流圈。交流学习指导伪鑫：1253431195（里面有大量的面试题及答案）里面会分享一些资深架构师录制的视频录像：有Spring，MyBatis，Netty源码分析，高并发、高性能、分布式、微服务架构的原理，JVM性能优化、分布式架构等这些成为架构师必备的知识体系。还能领取免费的学习资源，目前受益良多
例如：

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);

从而可以获得正确的过期时间。