改善Java代码的八个建议

Java是一门优秀的面向对象的编程语言，针对遇到同样的一个问题会有很多中解法，但是哪种实现方法是最优的或近似最优的，就需要不断的探究JDK的底层原理。本文针对提出了一些改善Java的小建议。希望可以为大家在平时的开发实践中提供一些小帮助。,大家考虑以下代码输出的值是多少？,实际结果： 0.40000000000000036,,计算机中浮点数有可能是不准确的，因为计算机中浮点数的存储规则导致的。 0.4的二进制是：0.0110……乘2取整，顺序排列,数字越界使校验条件失效，输入2147483647的边界值,,,如果一个方法接收的是int类型的参数，那么以下三个值是必须测试的：,在程序for循环中，隐含了一个拆箱过程，在此过程中包装类型转换为了基本类型。我们知道拆箱过程是通过调用包装对象的intValue方法来实现的，由于包装类型为null，访问其intValue方法报空指针异常就在所难免了。,加入Null的校验。,需要了解Java后者任意编程语言对于取余的算法实现。大家可以参考程序语言中的取余是如何实现的。,,问题清楚了，修改总是比较容易的，直接使用Integer的实例compareTo方法即可，但是这类问题的产生更应该说是习惯问题，只要是两个对象之间的比较就应该采用相应的方法，而不是通过Java的默认机制来处理，除非你确定对此非常了解。,大于127的数字和128和555的比较过程中产生的却不是同一个对象。,127的包装对象是直接从整型池中获得的，不管你输入多少次127这个数字，获得的对象都是同一个，那地址自然是相等的。而128、555超出了整型池范围，是通过new产生一个新的对象，地址不同，当然也就不相等了。,提高了系统性能，同时也节约了内存空间,使用包装类型确实有方便的方法，但是也引起一些不必要的困惑，比如我们这个例子，如果testMethod()的两个重载方法使用的是基本类型，而且实参也是基本类型，就不会产生以上问题，而且程序的可读性更强。自动装箱(拆箱)虽然很方便，但引起的问题也非常严重，我们甚至都不知道执行的是哪个方法。,如果需要使用高效的包装类集合，推进使用fastutil。Maven坐标：,因为产生的随机数的种子被固定了，在Java中，随机数的产生取决于种子，随机数和种子之间的关系遵从以下两个原则：,看完上面两个规则，我们再来看以下这个例子。,会发现问题就出在有参构造上，Random类的默认种子(无参构造)是System.nonoTime()的返回值(JDK1.5版本以前默认种子是System.currentTimeMillis()的返回值)，注意这个值是距离某一个固定时间点的纳秒数，不同的操作系统和硬件有不同的固定时间点，也就是说不同的操作系统其纳秒值是不同的，而同一个操作系统纳秒值也会不同，随机数自然也就不同了.,new Random(1000)显示的设置了随机种子为1000，运行多次，虽然实例不同，但都会获得相同的四个随机数，所以，除非必要，否则不要设置随机种子。,本文简单介绍了部分在实际开发中经常会使用到的一些改善Java代码的小技巧或者规范。Java中还有很多很多类似的知识点，不断学习不断成长。​