转载自
相关文章
你真的了解volatile关键字吗？http://blog.csdn.net/FansUnion/article/details/79495080
面试题：为什么最后两行没有运行？http://blog.csdn.net/FansUnion/article/details/79625308
Java并发编程之CAS http://blog.csdn.net/FansUnion/article/details/79494554
网友观点
一、
如果是方法里定义的，一定是线程安全的，因为每个方法栈是线程私有的。
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/