二十一、用偶判断,不用奇判断
java取余算法模拟代码:
//模拟取余计算,dividend为被除数,divisor除数
public static int reminder(int dividend, int divisor ){
return dividend - divdiend / divisor * divisor;
}
当dividend为-1,divisor为2时,运算结果是-1,不是1,所以判断奇偶的时候用 i %2 == 1会误判-1为偶数,改为判断是否为偶数 i %2 == 0即可。
对于基础知识,我们应该“知其然,并知其所以然”。
二十二、用整数类型处理货币
在计算机中浮点数有可能是不准确的,它只能无限的接近准确值,而不能完全精确,这是浮点数的存储规则所致,二进制无法准确表示部分浮点数。
如果使用浮点数来计算货币,在大批量的加减乘除之后结果会有很大的差距(还会涉及到四舍五入问题),会计系统要的就是准确,却因为计算机的原因不准确了。解决此问题有两种方法:
- 使用BigDecimal。BigDecimal是专门为弥补浮点数无法精确计算的缺憾而设计的类并且它本身也提供了加减乘除的常用的数学运算,特别是与数据库中的Decimal类型的字段映射时, BigDecimal是最优的解决方案。
- 使用整型。把参与运算的值先扩大100倍,然后转换成整型,展现时再缩小100倍即可。
二十三、不要让类型默默转换
基本类型转换时, 使用主动声明方式减少bug
二十四、边界,边界,还是边界
在单元测试中,有一项测试叫做边界测试(也叫作临界测试),如果一个方法接收的是int类型的参数,那以下三个值是必须测的:0,正最大,负最小,其中正最大和负最小是边界值。如果这三个值都没有问题,方法才是安全可靠的。
二十五、不要让四舍五入亏了一方
在普通的项目中舍入模式不会有太大影响,可以直接使用Math.round()方法,但是在与大量货币数字交互的项目中,一定要选择好近似的计算模式,尽量减少因算法不同造成的损失。
注意:根据不同的场景,慎重选择不同的舍入模式,以提高项目的精确度,减少算法损失。
二十六、提防包装类型的null值
包装对象和拆箱对象可以自由转换,但是要剔除null值,null值并不能转换成基本类型。对于此类问题,我们谨记一点:包装类型参与运算时,要做null值校验。
二十七、谨慎包装类型的大小比较
在Java中“>”和 "<"用来判断两个数字类型的大小关系,注意只能是数字型的判断,对于Integer包装类型,是根据其intValue()方法的返回值(也就是其对应的基本数据类型)进行比较的。
两个对象之间比较要采用CompareTo()方法。
二十八、 优先使用整形池
装箱动作是通过valueOf()方法实现的。valueOf是如何生成对象的呢?来看下Integer.valueOf()的源码:
public static Integer valueOf(int i){
final int offset = 128;
if( i>= -128 && i<= 127){
return IntegerCache.cache[i + offset];
}
return new Integer(i);
}
这段代码的意思已经很明了了,如果是-128到127之间的int类型转换为Integer对象,则直接从cache数组中获得,那么cache数组中是什么东西呢?代码如下:
static final Integer cache[] = new Integer[-(-128) + 127 + 1];
static{
for(int i = 0;i < cache.length; i++){
cache[i] = new Integer[i - 128];
}
}
通过包装类的valueOf()生成包装实例,可以显著提高空间和时间性能。
二十九、优先选择基本类型
三十、 不要随便设置随机种子
若非必要,不要设置