这样的错误竟然能得到正确的值,这个bug藏的够深的。

本文探讨了一种改进的性能统计方法实现,通过在方法开始和结束时插入特定的代码片段来跟踪执行时间。该方法在某些场景下能正确执行,但在其他情况下未能得到预期的结果。文章深入分析了其原理及可能存在的bug,并解释了为什么在特定条件下能够得到看似正确的结果。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

为了统计方法执行时候,我用ASM在方法开始的时候插入一个变量startLocal记录开始执行的时间,然后在结束的时间用当前时间去差这个开始时间,为了调试,我同时又插入了一个endLocal

 

 

注意这段有bug的代码竟然可以正确地执行了。但是当我去掉调示后,改成这样:

 

却得不到正确的结果了。于是反复查看地,终于发现了

this.startLocal = this.newLocal(Type.getType(Long.class));

应该是:

this.startLocal = this.newLocal(Type.LONG_TYPE);

如果开始分配的栈不对,两个object的栈相当于一个long的栈,但在LSUB的时候为什么是正确的?

两个Long对象进行lsub,虽然java源码在编译的时候可以自动插入转换指令,但在上面的字节码指令中

仍然可以正确LSUB,虽然栈中的值是正确的,但却越过了类型检查。

 

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值