BAT面试必问:a-b<0与a
原创声明
这是本人署名原创文章,未经许可不支持转载。本公众号所有文章均原创。为了容易理解和记忆,文章以图解为主、代码为辅。如果感兴趣,欢迎关注!
文:吴潇/Java高级工程师
读过JDK源码的同学,尤其是读过Collection框架的同学,肯定遇到过下面这种代码:
![80c2f884b894941aa1c89e174436aeba.png](https://i-blog.csdnimg.cn/blog_migrate/32168d11c63c84bc64b2765a74e4e553.jpeg)
第一次读到这样的代码,你可能跟我一样感到困惑,为什么不直接写成 "newCapacity < minCapacity",而是更麻烦的"newCapacity – minCapacity < 0"呢?
![14db5bafcffc513456f4dfaf22923294.png](https://i-blog.csdnimg.cn/blog_migrate/774265931441885027ab7c85ee1fce84.jpeg)
不过,当看到那个注释"overflow-conscious code"之后,你或许明白了一点点,这是为了解决数值溢出问题。
那么"newCapacity < minCapacity"中究竟有什么样的溢出问题?"newCapacity – minCapacity < 0"是怎么解决"newCapacity < minCapacity"中的溢出问题的?究竟是newCapacity和minCapacity中的哪个变量溢出?还是两个变量都溢出?对于这些问题,你都能给出清晰的回答吗?如果不能,欢迎继续阅读!
本文以下面这段代码为例,帮助大家彻底弄明白a
![6de9c0dbe200016791f91b1cb9fde255.png](https://i-blog.csdnimg.cn/blog_migrate/a671a19c0093eaaf11c3f6834f553e41.jpeg)
首先,上面代码的入参a和b一开始都大于0。a经过calc1()之后,一定变大而且可能溢出;b经过calc2()也必然比原来的b大,也可能溢出。想通过"a-b<0"或"a
显然,a和b不溢出时,a-b<0与a分类讨论方法是一种强大的分析手段,任何让人感到复杂的、没有头绪的问题都可以用它解决)。
![5f5a4f9a313d18af85b69765dbc2269f.png](https://i-blog.csdnimg.cn/blog_migrate/6efc3f7112234284506c6cfbfba7df1c.jpeg)
分解出4种情况之后,问题就变得简单明了多了,很容易得到a
![658e0bdb11f7bdd84633f699c04b675d.png](https://i-blog.csdnimg.cn/blog_migrate/e7fde8803cd6c21f174e3f07175b5044.jpeg)
在上图的分析中,我们没有给出具体数值,只用了模糊的字眼"很大"、"很小"之类的,应该不影响理解。如果你喜欢刨根问底,可以用这段程序分析一下,看看上面的总结对不对。
![28fce7bcf2e2c9ee3835ac45b2262e05.png](https://i-blog.csdnimg.cn/blog_migrate/497a2e175d8718db8e97678be780a57e.jpeg)
从上面分析可以看出,a-b<0这样的写法不是万能的,并不能解决全部溢出问题,它在某些溢出情况下的依然错误。而JDK之所以采用这种写法,是因为a和b的数值比较接近,而且都是大数,在这个时候,a和b中有一个变量先溢出,另一个数往往很大了(快要溢出),用a-b<0的写法刚好得到正确结果。JDK采用的这种a-b<0写法,一般出现在各种空间分配方法中,例如ensureCapacity。而分配空间的时候,新分配的空间大小数值虽然比上一次的大,但是也比老的值差不了多少,巧妙的用上了上述绿色区域,实现了在数值溢出的情况下,依然正确的特性,非常神奇。
你弄懂了吗?欢迎留言
以上分析希望对您的工作和面试都有帮助。如果对互联网编程技术、Java、Spring、Android、C/C++、Linux、个性化推荐、Community Detection、Machine Learning、Deep Learning、Data Mining、Gnuplot、LaTeX等技术感兴趣的话,欢迎关注本公众号(不限于Java)。
![20a4c33b97158d1791148f8eb35a09e5.png](https://i-blog.csdnimg.cn/blog_migrate/c4060732013b5e1a6506960d1180bd79.jpeg)