緩存設計--讀寫鎖場景實現

        /**
         * 設計一個緩存系統
         * 讀寫鎖的應用。
         * JDK1.5自帶的讀寫鎖特性,讀與讀不互斥,讀與寫互斥,寫與寫互斥。
         * 爲何要使用讀寫鎖?一句話歸納那就是提升系統性能,如何提升呢?
         * 試想,對於全部對讀的操做是不須要線程互斥的,而若是方法內
         * 使用了synchronized關鍵字同步以達到線程安全,對於全部的線程無論是讀仍是寫的操做都要同步。
         * 這時若是有大量的讀操做時就會又性能瓶頸。
         *
         * 因此,當一個方法內有多個線程訪問,而且方法內有讀和寫讀操做時,
         * 提高性能最好的線程安全辦法時採用讀寫鎖的機制對讀寫互斥、寫寫互斥。這樣對於讀讀就沒有性能問題了
         *
         */


    public void readWriteMathod(String key){

        readWriteLock.readLock().lock();//讀鎖,只對寫的線程互斥
        Object value = null;
        try {
            // 嘗試從緩存中獲取數據
            value = map.get(key);
            if (value == null) {
                readWriteLock.readLock().unlock();//發現目標值爲null,釋放掉讀鎖
                readWriteLock.writeLock().lock();//發現目標值爲null,須要取值操做,上寫鎖
                try {
                    value = map.get(key);// 很嚴謹這一步。再次取目標值
                    if (value == null) {//很嚴謹這一步。再次判斷目標值,防止寫鎖釋放後,後面得到寫鎖的線程再次進行取值操做
                        // 模擬DB操做
                        value = new Random().nextInt(10000) + "test";
                        map.put(key, value);

                        System.out.println("db completed!");
                    }
                    readWriteLock.readLock().lock();//再次對讀進行鎖住,以防止寫的操做,形成數據錯亂
                } finally {
                    /*
                     * 先加讀鎖再釋放寫鎖讀做用:
                     * 防止在100行出多個線程得到寫鎖進行寫的操做,因此在寫鎖尚未釋放前要上讀鎖
                     */
                    readWriteLock.writeLock().unlock();
                }
            }

        } finally {
            readWriteLock.readLock().unlock();
        }

    }
相關文章
相關標籤/搜索