据说这道JAVA基础题,面试中给出正确答案的人数不到32%

本文揭示了一个Java面试题中的陷阱,分析了在多线程环境下Integer对象的i++操作为何不能保证线程安全,以及如何通过底层原理理解这一现象。

先抛出问题 - “这段程序的运行结果是什么”

据说这道JAVA基础题,面试中给出正确答案的人数不到32%
题目- 全部代码,仔细审题哦
期待的运行结果:
i=1
i=2
i=4
i=3
...
..
i=100
无序输出 i=1到1=100。可惜,这是错误的答案。

实际运行结果中,可能出现部分值没有被输出,部分值被重复输出,如下:

i = 2
i = 2
i = 3
...
i = 100
这里仅列举了一种,你可以自己尝试运行几次。
原因分析

代码中 i 变量,是一个Integer对象,当代码中两个线程执行 i++时,

实际运行时的 i++ 的实现逻辑是这样的:

i = Integer.valueOf(i.intValue() + 1);
而Integer.valueOf每次是返回一个新的Integer对象,所以,我们的synchronized实际上没有起到你预想中的效果。

我是如何发现这个实现内幕的呢?

底层原理分析

1、 分析编译后的MyRunnable.class文件,发现 i++ 在虚拟机中的执行原理。

通过jdk自带的javap命令工具,对 MyRunnable.class 进行分析

javap -v MyRunnable.class
可以看到输出内容中(如下图),JVM执行 i++ 的内部逻辑。

据说这道JAVA基础题,面试中给出正确答案的人数不到32%
使用javap命令分析class的结果截图
这个逻辑,通过代码表达出来就是这句“i = Integer.valueOf(i.intValue() + 1);”

2、 查看Integer的源码,发现 Integer.valueOf 每次都是新对象。

/* Integer源码取自jdk1.8 /
public static Integer valueOf(int i) {
if (i >= IntegerCache.low && i <= IntegerCache.high)
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}
写在最后

真相大白了,你懂了嘛? 可以分享出去让更多人知道。

在学习JAVA的过程中,我真正体会到了系统性学习的重要性,现在我每个月都有学习目标,不再像以前那样,看到什么就学什么了,这样做让我明显感觉到了自己的提升。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值