AtomicInteger 提供了线程安全的方法,一般用于多线程并发计数。
在今天遇到使用AtomicInteger的源码,发现它的逻辑有点漏洞,故写了以下代码抽象出大概逻辑,来验证自己的想法。
废话少说先上代码,UILCacheSizeTest该类提供指定大小上限sizeLimit,而以下代码时上限失效了。
存在该问题的原因是AtomicInteger 的方法是线程安全的,但UILCacheSizeTest的方法并非线程安全。这样的写法会让cacheSize被多线程重入。
从而导致实际的cacheSize会偶尔超出sizeLimit。感兴趣的朋友可以运行下代码。
解决方案很简单:就是一个方法内对cacheSize的操作都放进synchronize的同步块中。
import java.util.Random;
import java.util.concurrent.ArrayBlockingQueue;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.atomic.AtomicInteger;
public class UILCacheSizeTest implements Runnable{
private static final int MAX_COUNT = 1000;
private final int sizeLimit;
private AtomicInteger cacheSize = new AtomicInteger();
public UI