== 与 equals 不完全测试

本文探讨了在代码审计中遇到的古老代码片段,重点指出使用'=='操作符比较Long类型可能导致的问题,并通过实例展示了equals方法的重要性。文章还涉及了Java中的常量池概念,以及如何避免这种类型比较错误。


最近在做代码审计的时候,发现了一些远古代码中的代码片段。

代码1:

 Long count =  queryCount()
if (count == 0) {
   xxx();
}

代码2:

if(astGroup.getFid() != -1){
       xxx();
}

代码3:

if(grp.getGroupId() == group.getGroupId()){
	xxx();	 
}

我们可以很快的得出结论,上述代码中利用“==”来比较两边Long型数据大小是有些问题的。有一点点java经验的都知道“==”与“equals”的区别所在,网上也一大堆论述两者的区别,这边就不做太多论述。

稍微写一些代码测试下,

//		Integer 常量池为 -128到127
		Date date = new Date();
		Integer  a1 =   100;
		Integer  b1 =   100;
		System.out.println("a1==b1 		:"+(a1==b1) );
		System.out.println("a1.equals(b1)	:"+(a1.equals(b1)) );
		
		Integer  a2 =   new Integer(100);
		Integer  b2 =   100;
		System.out.println("a2==b2 		:"+(a2==b2) );
		System.out.println("a2.equals(b2)	:"+(a2.equals(b2)) );
		
		Integer  a3 =   200-a1;
		Integer  b3 =   100;
		System.out.println("a3==b3 		:"+(a3==b3) );
		System.out.println("a3.equals(b3)	:"+(a3.equals(b3)) );


结果嘛,大家都应该知道的是

a1==b1 		:true
a1.equals(b1)	:true
a2==b2 		:false
a2.equals(b2)	:true
a3==b3 		:true
a3.equals(b3)  :true

这里涉及到常量池的概念

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值