Java之并发安全场景浅析

在java开发中对多线程访问的场景需要深入的了解并发安全问题，下面做一个简单分析。
访问次数场景：统计服务器某个接口的访问次数

public class AccessCounter {
    /**
     * 访问次数
     */
    private int accessCount;
    
    /**
     * 出现并发安全问题
     */
    public void access() {
        accessCount++;
    }
}

分析：java程序的所有工作是由线程来完成的，每个线程都会有一小块内存，称为工作内存；线程在执行过程中可分为3步，先将数据从主内存中复制到线程的工作内存，执行操作，把结果刷新到主内存中。假设两个线程同时来执行access方法，每个线程都会把accessCount的值从主内存中复制到线程所属的工作内存中，两个线程此时得到的accessCount值都为0，接着两个线程都将accessCount的值进行加1操作，然后两个线程将accessCount的值刷新到主内存中，两个线程刷新操作的顺序是随机的，最后主内存中accessCount的值为1，但按照预期accessCount的值应该为2才对，这种场景即为线程安全问题。

那么如何解决并发安全问题呢？若是能将上面的3步看作一个整体，要么全部执行，要么全部不执行，就可以解决并发安全问题了，此即为原子性。

解决并发问题的常见方法：CAS原子类、synchronized关键字、reentrantLock可重入锁
CAS原子类：CAS即为Compare and swap，比较并置换，CAS机制中3各基本操作数：内存地址V、旧预期值A、要改的新值B，只有当内存地址V所对应的值和旧预期值A相等时，才会将内存地址V对应的值更新为xin值B。
下面方式解决了并发安全问题示例

public class AccessCounter {

    /**
     * 访问次数
     */
    private int accessCount;

    /**
     * 访问次数
     */
    private AtomicInteger atomicCount = new AtomicInteger(0);

    /**
     * 访问次数
     */
    private int synchronizedCount;

    /**
     * 访问次数
     */
    private int lockCount;

    private ReentrantLock lock = new ReentrantLock();

    /**
     * 出现并发安全问题
     */
    public void access() {
        accessCount++;
    }

    /**
     * 不会出现并发安全问题
     */
    public void atomicAccess() {
        atomicCount.incrementAndGet();
    }

    /**
     * 不会出现并发安全问题
     */
    public synchronized void synchronizedAccess() {
        synchronizedCount++;
    }

    /**
     * 不会出现并发安全问题
     */
    public void lockAccess() {
        lock.lock();
        try {
            lockCount++;
        } finally {
            lock.unlock();
        }
    }
}