并发编程——线程安全性

可以在多个线程中调用，并且线程间不会出现额外的错误交互
当多个线程访问某个类时，不管运行环境采用何种调度方式或者线程如何交替执行，并且在主调代码中不需要任何额外的同步或协同，这个类都能表现出正确的行为，那么这个类就是线程安全的。
无状态对象一定是线程安全的：它既不包含任何域，也不包含任何对其他对象域的引用。
原子性
竞态条件
count++：读取—修改—写入 三步操作，并且其结果依赖于之前的状态
当某个计算的正确性取决于多个线程的交替执行时，就会发生竞态条件。
java.util.concurrent.AtomicLong 并发包 线程安全
要保持状态的一致性，就需要在单个原子操作中完成所有相关的状态变量
内置锁
synchronized以Class对象作为锁
重入
当线程请求一个由其它线程持有的对象锁时，该线程会阻塞，而当线程请求由自己持有的对象锁时，如果该锁是重入锁,请求就会成功,否则阻塞.
我们来看看synchronized,它拥有强制原子性的内置锁机制,是一个重入锁,所以在使用synchronized时,当一个线程请求得到一个对象锁后再次请求此对象锁,可以再次得到该对象锁,就是说在一个synchronized方法/块的内部调用本类的其他synchronized方法/块时或者或调用父类的synchronized方法/块，是永远可以拿到锁
为每个锁关联获取一个计数值和一个所有者线程，计数为0锁被认为没有被任何线程持有。当线程请求一个未被持有的锁时，JVM记下锁的持有者，并将计数置为1.如果同一个线程再次获取这个锁，计数值递增，线程退出同步代码块时计数递减，为0锁将释放。
重入提升了加锁的封装性，简化了面向对象并发代码的开发。
用锁来保护状态
对于可能被多个线程同时访问的可变状态变量，在访问它时都需要持有同一个锁，在这种情况下，我们称状态变量是由这个锁保护的。
通常在简单性和性能之间存在着相互制约的关系，当实现某一个同步策略时，一定不要盲目的为了性能而牺牲简单性，这可能会破坏安全性。
当执行时间较长的计算或者无法快速完成的操作时（网络I/O或者控制台I/O）一定不要持有锁