我正在設(shè)計(jì)一個(gè)緩存，我可以在其中保存安全價(jià)格，這些價(jià)格計(jì)算起來很耗時(shí)。計(jì)算完成后，我將它們存儲在地圖中：安全性作為關(guān)鍵，價(jià)格作為價(jià)值。簡單的解決方案是在ConcurrentHashMap這里使用，但我正在嘗試使用多線程程序來理解不同的鎖定策略。在這里，我正在嘗試不同的方法來獲取鎖定，以防我需要更新進(jìn)程緩存中的證券價(jià)格（它可以被視為任何實(shí)體類）。第一種方式：在這里，我試圖在我的緩存類中提供鎖定，以便不需要客戶端鎖定。第一種方式的問題：即使我需要更新一種證券的價(jià)格，我MyCache也會鎖定所有證券，因?yàn)槭菃卫?，并且所有情況（putPrice 和 getPrice 方法調(diào)用）都使用相同的鎖實(shí)例，因此所有其他正在嘗試的線程更新其他證券也在等待鎖定，盡管這可以并行完成。第一種方式的代碼：class Security {    int secId;}// Singleton class MyCachepublic class MyCache {    private static final HashMap<Security, BigDecimal> cache = new HashMap();    private final static ReadWriteLock lock = new ReentrantReadWriteLock();    public BigDecimal getPrice(Security security) {        lock.readLock().lock();        try {            BigDecimal price = cache.get(security);            if (price == null) {                price = new BigDecimal(-9999.9999);            }            return price;        } finally {            lock.readLock().unlock();        }    }    public void putPrice(Security security, BigDecimal price) {        lock.writeLock().lock();        try{            cache.put(security, price);        }finally {            lock.writeLock().unlock();        }    }}第二種方式：在這里，我試圖獲取對安全性的鎖定，為此我在MyCache構(gòu)造函數(shù)中使用了 Security(Instance Controlled class) 對象。MyCache不像第一種情況那樣是單身?？蛻舳舜a需要實(shí)例化 MyCache 的新對象，傳遞 Security 對象。第二種方式的問題：這里可能我增加了復(fù)雜性，如果應(yīng)該通過 Security 獲取鎖為什么我們不在 Security 類中實(shí)現(xiàn)與鎖定相關(guān)的代碼，我們可以在那里提供 getPrice 和 updatePrice 方法并使用關(guān)鍵部分來阻止多個(gè)線程進(jìn)入相同相同安全的時(shí)間（實(shí)例控制類，一個(gè)安全只有一個(gè)對象）。第二種方式的代碼：class Security {    private int secId;    private final static HashMap<Integer, Security> map = new HashMap<>();    private Security(Integer secId) {        this.secId = secId;    }    public static synchronized Security getSecurity(Integer secId) {        Security security = map.get(secId);        if (security == null) {            security = new Security(secId);            map.put(secId, security);        }        return security;    }}