京东面试题：Java中 ++i 的操作是线程安全的么？为什么？如何使其线程安全呢？

谁借莪１个温暖的怀抱￠ 2022-05-22 11:34 117阅读 0赞

转载自

[你真的了解volatile关键字吗？http://blog.csdn.net/FansUnion/article/details/79495080][volatile_http_blog.csdn.net_FansUnion_article_details_79495080]

[面试题：为什么最后两行没有运行？][Link 1]http://blog.csdn.net/FansUnion/article/details/79625308

[Java并发编程之CAS][Java_CAS] [http://blog.csdn.net/FansUnion/article/details/79494554][Java_CAS]

网友观点

一、

如果是方法里定义的，一定是线程安全的，因为每个方法栈是线程私有的。

JVM的栈是线程私有的，所以每个栈帧上定义的局部变量也是线程私有的，意味着是线程安全的。可以参考http://blog.csdn.net/taohuaxinmu123/article/details/24472073中对Java虚拟机栈（Java Virtual Machine Stacks）的说明。

如果是类的成员变量，i++则不是线程安全的，因为i++会被编译成几句字节码语句执行，可以通过synchronize块来提供同步。

二、非线程安全，    用 AtomicInteger 即可

三、++i的操作肯定是线程安全的。

四、

如果是我答这道题：

先说不是原子的，因为这个是分为三步，读值，+1，写值。在这三步任何之间都可能会有CPU调度产生，造成i的值被修改，造成脏读脏写。

接下来说volatile不能解决这个线程安全问题。因为volatile只能保证可见性，不能保证原子性。回答这个只为了让面试官晓得你考虑周全，知识面广。

接下来说可以用锁。使用synchronized或者ReentrantLock都可以解决这个问题。这里还可以比较下这两种方式的优劣。教科书式的比较结束后，来一句“我认为一般使用synchronized更好，因为JVM团队一直以来都在优先改进这个机制，可以尽早获得更好的性能，并且synchronized对大多数开发人员来说更加熟悉，方便代码的阅读”。

最后补上AtomicInteger。为什么AtomicInteger使用CAS完成？因为传统的锁机制需要陷入内核态，造成上下文切换，但是一般持有锁的时间很短，频繁的陷入内核开销太大，所以随着机器硬件支持CAS后，JAVA推出基于compare and set机制的AtomicInteger，实际上就是一个CPU循环忙等待。因为持有锁时间一般较短，所以大部分情况CAS比锁性能更优。

最初是没有CAS，只有陷入内核态的锁，这种锁当然也需要硬件的支持。后来硬件发展了，有了CAS锁，把compare 和 set 在硬件层次上做成原子的，才有了CAS锁。

五、

由于线程共享栈区，不共享堆区和全局区，所以当且仅当 i 位于栈上是安全的，反之不安全。

2. AtomicInteger 和 各种 Lock 都可以确保线程安全。AtomicInteger 的效率高是因为它是互斥区非常小，只有一条指令，而 Lock 的互斥区是拿锁到放锁之间的区域，至少三条指令。

原文链接：http://group.jobbole.com/26557/

[volatile_http_blog.csdn.net_FansUnion_article_details_79495080]: http://blog.csdn.net/FansUnion/article/details/79495080
[Link 1]: http://blog.csdn.net/FansUnion/article/details/79625308
[Java_CAS]: http://blog.csdn.net/FansUnion/article/details/79494554