缓存设计--读写锁场景实现
生活随笔
收集整理的這篇文章主要介紹了
缓存设计--读写锁场景实现
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
/*** 設計一個緩存系統* 讀寫鎖的應用。* 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();}}
轉載于:https://www.cnblogs.com/kaleidoscope/p/9877743.html
總結
以上是生活随笔為你收集整理的缓存设计--读写锁场景实现的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: centos 7 Chrony 集群同步
- 下一篇: Gym 101964 2018-2019