分布式緩存java

A. 我想學java中有關想學分布式、緩存、消息、搜索相關知識 看什麼書

hadoop，nginx，memcached，jms，lucene。
這個關鍵在於具體實踐。

B. Java的應用緩存cache如何入門

跟session不是一個概念，簡單的談下我個人對緩存的看法吧，你可以把它想像成一個容量大的hashMap，可以往裡面get set數據，由於數據存在內存當中而不是資料庫中，所以存取速度較快。

java常用的緩存有：ehcache, oscache,jcache，這些cache都是單機的，即存在本機的內存中，另外分布式的cache我用過memcache，它被獨立部署在一台伺服器上，可以實現多個客戶端共用緩存。

一般用到緩存的場景：1.在處理並發請求，需要及時響應的。2.加快系統響應速度。舉個例子：比如購物網站有 售賣物品的排行榜，這種數據都是由資料庫中N多表關聯查詢排序得到的，那麼就可以存在緩存當中，當頁面請求查看排行榜時直接取緩存中的數據。後台定時任務根據一定的時間間隔計算好排行結果，再替換到當前緩存中。 這就是一個簡單的緩存應用示例。

具體用法你可以參考 各個緩存的說明文檔，網路一下很多的。 純手打，望採納~

C. 如何用java 建立一個分布式系統

分布式架構的演進

系統架構演化歷程-初始階段架構

初始階段 的小型系統 應用程序、資料庫、文件等所有的資源都在一台伺服器上通俗稱為LAMP

特徵：
應用程序、資料庫、文件等所有的資源都在一台伺服器上。

描述：
通常伺服器操作系統使用Linux，應用程序使用PHP開發，然後部署在Apache上，資料庫使用MySQL，匯集各種免費開源軟體以及一台廉價伺服器就可以開始系統的發展之路了。

系統架構演化歷程-應用服務和數據服務分離

好景不長，發現隨著系統訪問量的再度增加，webserver機器的壓力在高峰期會上升到比較高，這個時候開始考慮增加一台webserver

特徵：
應用程序、資料庫、文件分別部署在獨立的資源上。

描述：
數據量增加，單台伺服器性能及存儲空間不足，需要將應用和數據分離，並發處理能力和數據存儲空間得到了很大改善。

系統架構演化歷程-使用緩存改善性能

特徵：
資料庫中訪問較集中的一小部分數據存儲在緩存伺服器中，減少資料庫的訪問次數，降低資料庫的訪問壓力。

描述：
系統訪問特點遵循二八定律，即80%的業務訪問集中在20%的數據上。
緩存分為本地緩存和遠程分布式緩存，本地緩存訪問速度更快但緩存數據量有限，同時存在與應用程序爭用內存的情況。

系統架構演化歷程-使用應用伺服器集群

在做完分庫分表這些工作後，資料庫上的壓力已經降到比較低了，又開始過著每天看著訪問量暴增的幸福生活了，突然有一天，發現系統的訪問又開始有變慢的趨勢了，這個時候首先查看資料庫，壓力一切正常，之後查看webserver，發現apache阻塞了很多的請求，而應用伺服器對每個請求也是比較快的，看來 是請求數太高導致需要排隊等待，響應速度變慢

特徵：
多台伺服器通過負載均衡同時向外部提供服務，解決單台伺服器處理能力和存儲空間上限的問題。

描述：
使用集群是系統解決高並發、海量數據問題的常用手段。通過向集群中追加資源，提升系統的並發處理能力，使得伺服器的負載壓力不再成為整個系統的瓶頸。
系統架構演化歷程-資料庫讀寫分離

享受了一段時間的系統訪問量高速增長的幸福後，發現系統又開始變慢了，這次又是什麼狀況呢，經過查找，發現資料庫寫入、更新的這些操作的部分資料庫連接的資源競爭非常激烈，導致了系統變慢

特徵：
多台伺服器通過負載均衡同時向外部提供服務，解決單台伺服器處理能力和存儲空間上限的問題。

描述：
使用集群是系統解決高並發、海量數據問題的常用手段。通過向集群中追加資源，使得伺服器的負載壓力不在成為整個系統的瓶頸。
系統架構演化歷程-反向代理和CDN加速

特徵：
採用CDN和反向代理加快系統的 訪問速度。

描述：
為了應付復雜的網路環境和不同地區用戶的訪問，通過CDN和反向代理加快用戶訪問的速度，同時減輕後端伺服器的負載壓力。CDN與反向代理的基本原理都是緩存。
系統架構演化歷程-分布式文件系統和分布式資料庫

隨著系統的不斷運行，數據量開始大幅度增長，這個時候發現分庫後查詢仍然會有些慢，於是按照分庫的思想開始做分表的工作

特徵：
資料庫採用分布式資料庫，文件系統採用分布式文件系統。

描述：
任何強大的單一伺服器都滿足不了大型系統持續增長的業務需求，資料庫讀寫分離隨著業務的發展最終也將無法滿足需求，需要使用分布式資料庫及分布式文件系統來支撐。
分布式資料庫是系統資料庫拆分的最後方法，只有在單表數據規模非常龐大的時候才使用，更常用的資料庫拆分手段是業務分庫，將不同的業務資料庫部署在不同的物理伺服器上。
系統架構演化歷程-使用NoSQL和搜索引擎

特徵：
系統引入NoSQL資料庫及搜索引擎。

描述：
隨著業務越來越復雜，對數據存儲和檢索的需求也越來越復雜，系統需要採用一些非關系型資料庫如NoSQL和分資料庫查詢技術如搜索引擎。應用伺服器通過統一數據訪問模塊訪問各種數據，減輕應用程序管理諸多數據源的麻煩。
系統架構演化歷程-業務拆分

特徵：
系統上按照業務進行拆分改造，應用伺服器按照業務區分進行分別部署。

描述：
為了應對日益復雜的業務場景，通常使用分而治之的手段將整個系統業務分成不同的產品線，應用之間通過超鏈接建立關系，也可以通過消息隊列進行數據分發，當然更多的還是通過訪問同一個數據存儲系統來構成一個關聯的完整系統。

縱向拆分：
將一個大應用拆分為多個小應用，如果新業務較為獨立，那麼就直接將其設計部署為一個獨立的Web應用系統

縱向拆分相對較為簡單，通過梳理業務，將較少相關的業務剝離即可。

橫向拆分：將復用的業務拆分出來，獨立部署為分布式服務，新增業務只需要調用這些分布式服務

橫向拆分需要識別可復用的業務，設計服務介面，規范服務依賴關系。

系統架構演化歷程-分布式服務

特徵：
公共的應用模塊被提取出來，部署在分布式伺服器上供應用伺服器調用。

描述：
隨著業務越拆越小，應用系統整體復雜程度呈指數級上升，由於所有應用要和所有資料庫系統連接，最終導致資料庫連接資源不足，拒絕服務。

Q：分布式服務應用會面臨哪些問題？

A：
(1) 當服務越來越多時，服務URL配置管理變得非常困難，F5硬體負載均衡器的單點壓力也越來越大。
(2) 當進一步發展，服務間依賴關系變得錯蹤復雜，甚至分不清哪個應用要在哪個應用之前啟動，架構師都不能完整的描述應用的架構關系。
(3) 接著，服務的調用量越來越大，服務的容量問題就暴露出來，這個服務需要多少機器支撐？什麼時候該加機器？
(4) 服務多了，溝通成本也開始上升，調某個服務失敗該找誰？服務的參數都有什麼約定？
(5) 一個服務有多個業務消費者，如何確保服務質量？
(6) 隨著服務的不停升級，總有些意想不到的事發生，比如cache寫錯了導致內存溢出，故障不可避免，每次核心服務一掛，影響一大片，人心慌慌，如何控制故障的影響面？服務是否可以功能降級？或者資源劣化？

Java分布式應用技術基礎

分布式服務下的關鍵技術：消息隊列架構

消息對列通過消息對象分解系統耦合性，不同子系統處理同一個消息
分布式服務下的關鍵技術：消息隊列原理

分布式服務下的關鍵技術：服務框架架構

服務框架通過介面分解系統耦合性，不同子系統通過相同的介面描述進行服務啟用
服務框架是一個點對點模型
服務框架面向同構系統
適合：移動應用、互聯網應用、外部系統

分布式服務下的關鍵技術：服務框架原理

分布式服務下的關鍵技術：服務匯流排架構

服務匯流排同服務框架一樣，均是通過介面分解系統耦合性，不同子系統通過相同的介面描述進行服務啟用
服務匯流排是一個匯流排式的模型
服務匯流排面向同構、異構系統
適合：內部系統

分布式服務下的關鍵技術：服務匯流排原理

分布式架構下系統間交互的5種通信模式

request/response模式（同步模式）：客戶端發起請求一直阻塞到服務端返回請求為止。

Callback（非同步模式）：客戶端發送一個RPC請求給伺服器，服務端處理後再發送一個消息給消息發送端提供的callback端點，此類情況非常合適以下場景：A組件發送RPC請求給B，B處理完成後，需要通知A組件做後續處理。

Future模式：客戶端發送完請求後，繼續做自己的事情，返回一個包含消息結果的Future對象。客戶端需要使用返回結果時，使用Future對象的.get(),如果此時沒有結果返回的話，會一直阻塞到有結果返回為止。

Oneway模式：客戶端調用完繼續執行，不管接收端是否成功。

Reliable模式：為保證通信可靠，將藉助於消息中心來實現消息的可靠送達，請求將做持久化存儲，在接收方在線時做送達，並由消息中心保證異常重試。
五種通信模式的實現方式-同步點對點服務模式

五種通信模式的實現方式-非同步點對點消息模式1

五種通信模式的實現方式-非同步點對點消息模式2

五種通信模式的實現方式-非同步廣播消息模式

分布式架構下的服務治理

服務治理是服務框架/服務匯流排的核心功能。所謂服務治理，是指服務的提供方和消費方達成一致的約定，保證服務的高質量。服務治理功能可以解決將某些特定流量引入某一批機器，以及限制某些非法消費者的惡意訪問，並在提供者處理量達到一定程度是，拒絕接受新的訪問。

基於服務框架Dubbo的服務治理-服務管理

可以知道你的系統，對外提供了多少服務，可以對服務進行升級、降級、停用、權重調整等操作
可以知道你提供的服務，誰在使用，因業務需求，可以對該消費者實施屏蔽、停用等操作

基於服務框架Dubbo的服務治理-服務監控
可以統計服務的每秒請求數、平均響應時間、調用量、峰值時間等，作為服務集群規劃、性能調優的參考指標。

基於服務框架Dubbo的服務治理-服務路由

基於服務框架Dubbo的服務治理-服務保護

基於服務匯流排OSB的服務治理-功能介紹

基於服務匯流排OSB的服務治理

Q：Dubbo到底是神馬？
A：
淘寶開源的高性能和透明化的RPC遠程調用服務框架
SOA服務治理方案
Q：Dubbo原理是？
A：

-結束-

D. 我想學java中有關想學分布式、緩存、消息、搜索相關知識 看什麼書

如果是沒有任何電腦基礎的話，建議還是先看點計算機基礎方面的資料，要不然直接學編程的話，理解起來會有所偏差，而且事倍功半，得不償失。

正所謂磨刀不誤砍柴工，首先要做好准備工作，就是先要獲得一定的計算機基礎知識。

建議先了解一下計算機的發展歷史，這個階段可以看看《計算機科學概論》，了解一下大體的情況。
然後了解一下編程語言和軟體的發展歷史，這些資料網上多的是，取之不盡用之不竭。
接下來就是了解java語言的歷史了，這個相對沒多少內容，網上也很多資料。

上面的是准備過程，那些基礎知識只要了解即可，並不需要花太多時間去記憶。

如果感覺自己准備得差不多了，下面就可以開始真正學習java了，這期間如果遇到不懂的知識依然可以上網查，或者自己找資料。

對於Java的初學者來說，如果找一本比較合適的入門教材的話，完整地介紹Java的語法、面向對象和主要的API核心庫等知識，那將對學習起到相當的促進作用。

首先推薦要看的是《21天學通Ja va 2》《循序漸進Java 2教程》《Java2從入門到精通》等書看起來比較淺顯易懂，將Java的基本只是都涉及到了，使你在很短的時間內掌握Java的基本內容。

看完這這本書之一以後，你就想對Java全面深入的學習，現在向你推薦《Java大學教程》《Java 2編程指南》等書，這幾本書對Java的語法、面向對象的知識和API函數庫等介紹的比較詳盡。讓你能夠比較熟練的使用Java來編程，解決一般的問題。

最後推薦的是《Java2核心技術》，這本書主要講述了Java的核心技術也是J
ava的難點之處，具有很高的參考價值，無論是Java的初學者還是Java編程老手，都能從此書受益。

以上主要針對J2SE的學習進行講述的，Java主要有J2SE、J2EE、J2ME三個部分，J2SE是基礎，但是J2EE用得最多 屬於Web開發技術

關於J2EE,以下是JDon的學習建議：

1. 學習web基本技術
http://www.jdon.com/idea.html

2. 學習GoF模式, 結合學習jive中模式處理設計
http://www.jdon.com/designpatterns/index.htm
http://www.jdon.com/jive.htm

3. 學習分層架構：表現層、持久層模式：struts Hibernate
http://www.jdon.com/dl/best/struts.htm

http://www.jdon.com/dl/best/hibernate.htm

4. 學習業務層模式 IOC依賴注射模式及其應用案例，如JdonFramework和JiveJdon3

http://www.jdon.com/AOPdesign/Ioc.htm

5. 學習AOP等復雜應用Spring
http://www.jdon.com/dl/best/spring.htm

6. 學習大型企業應用集群分布式計算 緩存應用 分布式事務處理，並發處理，單例和多例POOL性能解決方案等： EJB2或EJB3

7. 學習Evans DDD,揉合所有J2EE所有組件技術，實現圍繞對象的快速有效開發，回歸對象設計之初。大道復簡！

Jdon開站至今，對於那些長期訪問J道網站的人，可以發現以上學習路徑。

進入上面每一個階段都要找一個對應的現成軟體代碼來修改，先調試運行，然後小修小改，直至大修大改，全部消化，算是完成學習了。JiveJdon2.5(Jive2.5)、JPestore和JiveJdon3.0就是這樣三個從易到難的代碼。
JiveJdon2.5:
http://www.jdon.com/jive.htm

JPetstore:
http://www.jdon.com/jdonframework/app.htm#jpetstore

JiveJdon3:
http://www.jdon.com/jdonframework/jivejdon3/index.html

E. Java程序員都需要學習什麼

據我所知java編程需要學習面向對象、基本語法、JSP、WebServer以及常用的Java開發工具和常用框架等知識。學習java編程可以使用JBuilder、IDEA、Eclipse等工具。

如果有C++等面向對象語言的開發經驗，可以簡單的翻看一下介紹JAVA的相關書籍就可以了。如果是新手就需要花時間好好研究一下Java的語法了

做JAVA程序員都少不了和JSP以及HTML打交道。因此，想成為JAVA程序員就不可避免的要熟悉JSP和HTML，最好能知道JSP的幾個內置對象，如Session，Request，Reponse，以及常用的JSP標簽，如include,userBean等。如果再熟悉一下JS和CSS就更好了，那會使得製作的頁面更友好。

熟悉了以上這些已經可以製作出來JSP頁面了，但是頁面總要跑起來才能看到它的效果，這就要求必須熟悉一種WebServer，比如：TOMCAT，RESIN等。要學會如何發布應用，如何利用WebServer的資料庫資源等。

想要創維一名優秀的Java程序員，建議找一家專業軟體培訓機構學習，我推建AAA軟體教育集團，AAA教育集團（隸屬於深圳市漫動者教育科技有限公司），成立於2007年，專業從事高端計算機職業教育工作，是國內知名的教育品牌。集團創立以來，依託先進的辦學理念，AAA培養出數萬名專業性、實戰型高端技術人才，被業界譽為「互聯網金領生產基地」。

F. Java資料庫，哪個更好用

你好，對於java來說，MySQL是最好用的資料庫。因為MySQL簡單，高效，而且是免費的。有很多大型的java應用都是使用的MySQL資料庫。

G. Java程序員的4個職業發展方向，該如何把握黃金5年

在Java程序界流行著一種默認的說法叫「黃金5年」，意思是說，一個Java程序員從入職的時候算起，前五年的選擇直接影響著整個職業生涯的發展方向和薪資走向。

而這5年，也決定了一個程序員能否成為職業大牛的可能。那麼，在這黃金5年，Java程序員如何做才能實現自我突破呢？

1）對初學者建議
首先，對尚未進入職場工作的在校生以及准備轉行Java的同學的建議：
一定要從最基礎的知識學起，學習Java基礎的時候，應該盡量多動手寫，寫出來運行一下，會發現很多問題。
學完基礎內容之後，對Java有一個基本的了解之後，不要著急著進入更高級的學習，嘗試用Java語言寫出一些簡單的程序鍛煉自己。
為此，動力節點開展了線上直播班型「Java夜校班」，助你從0基礎到就業。
1.因為從零基礎到就業，只用6個月6個月，就能把小白變成Java程序員？夜校班可以做到。
夜校班時長6個月，分為12個階段，針對零基礎學習人群，課程緊湊飽滿，全程直播，講解細膩，不同水平人的學習需求均可滿足。
2.因為是線上直播+課後作業首先，在選擇Java在線培訓班時，第一個應該注意的就是培訓機構是錄播還是直播？
Java夜校班與其他機構的錄播視頻不同，是由總監級技術大咖直播授課，只有學員和老師隨時溝通互動，學習效果才能得到最大保障。
3.因為有7大實戰項目夜校班含有7大真實項目實訓，與企業無縫對接，讓你輕松勝任開發工作。（項目內容詳見後文）
4.因為有全新全面的課程體系Java夜校課程大綱由動力節點線上教學總監，資深架構師親自設計並帶隊授課，來自一線的技術體系，來自一線的業務需求。

2）參加工作1-2年之間
在這段時間里，想必對Java已經有了一個較為深入的了解。
首先，要非常熟悉設計模式，日常要多看一些關於代碼編寫優化的書，提高自己的代碼能力，能夠寫出一手優雅的代碼；
其次，在工作過程中肯定接觸過並發，應該更加深入地去了解並發的相關知識；
最後，要對所使用的框架和Java的類庫有一定的研究，還需要去看一些JDK中的類的源碼，包括自己日常所使用的框架的源碼。
總而言之，這個階段，需要做的是深入了解Java底層和Java類庫，也就是JVM和JDK的相關內容。

3）參加工作3-4年之間
處於這個階段，說實話很難再提升代碼能力了，因為這個階段的學習會比較多樣化。
在前三年的工作中，相信或多或少都會接觸一些其它的技術，比如大數據、分布式緩存、分布式消息服務、分布式計算、軟負載均衡等技術，你能精通任何一項，都將是你未來面試時巨大的優勢。
因此，如果自己對某一項技術感興趣，這時可以深入去研究，即使這項技術不一定會在工作時用到，但一定是相關的。

4）參加工作4-5年之間
到了這個階段，應該遇到了所謂的「技術瓶頸期」了。不要急於提高自己的技術，此時更重要的是提高你的影響力。
可以嘗試去一些知名公司提高你的就業背景；也可以發表一些技術文章去影響更多的人；還可以去Github創建一個屬於自己的開源項目，打造屬於自己的產品。
這個時候提高自己的影響力主要是可以給自己創造更多的機會，所以，這個階段最大的任務是提高自己的影響力，為未來工作生涯做准備。
對於軟體開發同學而言，首先要客觀認識自身的情況，想清楚自己現在要什麼、未來要什麼，做好職業規劃，從而選擇不同類型的企業。

下面來再談談Java程序員職業發展規劃和方向。

1）走向架構師
程序員與架構師之間的主要區別是什麼呢？
架構師，是Java開發人員非常嚮往的一個角色。架構師需要擁有完善和扎實的技術體系，具備較好系統分析和設計能力，豐富的項目研發經驗。
架構師是一個漫長的積累過程，大部分架構師的年齡在35歲左右，這個階段就是程序員的黃金期。
程序員要向一名架構師發展，需要進一步加強技能的修養。對於互聯網公司來言，最重要的技能是對網路和分布式系統的理解，比較麻煩的是分布式系統，除了分布式，在現在大型互聯網企業中，還需掌握高性能、深入淺出、性能調優、Spring、JVM等技術。
為此，動力節點為大家帶來了架構師課程，助大家成為年薪百萬的架構師。
2）走向項目經理
當然，也有一些運氣比較好的程序員，不但負責項目的設計工作，而且還負責項目的管理工作，對項目經理這個工作有一定的嘗試。
因此，這類程序員可以審視一下自己，是否合適這項工作，如果自己對這種工作比較滿意，而且具備項目經理的要求，則可以向項目經理這個方向發展。
項目經理的工作重點已經從編程轉移到對人、對技術、對進度、對項目的管理，因此，項目經理必須要了解軟體開發的各個環節、了解開發的各種技術和運用、了解開發隊伍人員的水平和特點。
在日常的工作和生活中就得側重鍛煉這方面的能力，還要學習一些項目管理的知識，例如：PMP、CMMI、敏捷開發管理等。
從程序員到項目經理可以使項目經理更好地理解程序員在項目中的地位和作用，了解軟體開發的各種規律性的東西，從而保證項目的正常完成。
而且，項目經理的收入和地位在公司里也是比較高的，因此，走向項目經理是程序員的另一個發展空間。

3）走向管理層
很多程序員希望自己能成為公司中的主管、或項目經理等管理人員，無論是收入還是地位都會相對高一些。
另外，還有一些程序員可能厭倦了日復一日枯燥而繁瑣的編程工作，希望藉助走向管理崗擺脫這種步步緊逼的工作狀態。
當然，走向管理者就要求程序員要比一般人做更多的准備，做更多的轉型工作。
由於軟體公司的管理者不同於一般公司的管理者，專業能力越強，管理起來就越得心應手，沒有專業能力的管理，遇到的問題很多，也很難解決。
所以，想要往管理者發展的程序員，一定要把編程、項目設計、項目管理等基礎打好，這樣轉型到管理者成功率就會高一些，而且到時候也能更加得心應手。

H. java用戶評論緩存在哪裡

在java應用中，對於訪問頻率比較高，又不怎麼變化的數據，常用的解決方案是把這些數據加入緩存。相比DB,緩存的讀取效率快好不少。java應用緩存一般分兩種，一是進程內緩存，就是使用java應用虛擬機內存的緩存；另一個是進程外緩存，現在我們常用的各種分布式緩存。相比較而言，進程內緩存比進程外緩存快很多，而且編碼也簡單；但是，進程內緩存的存儲量有限，使用的是java應用虛擬機的內存，而且每個應用都要存儲一份，有一定的資源浪費。進程外緩存相比進程內緩存，會慢些，但是，存儲空間可以橫向擴展，不受限制。

這里是幾中場景的訪問時間

-------------------------------------------------------------------

| 從資料庫中讀取一條數據（有索引） | 十幾毫秒 |

| 從遠程分布式緩存讀取一條數據 | 0.5毫秒 |

| 從內存中讀取1MB數據 | 十幾微妙 |

-------------------------------------------------------------------

進程內緩存和進程外緩存，各有優缺點，針對不同場景，可以分別採用不同的緩存方案。對於數據量不大的，我們可以採用進程內緩存。或者只要內存足夠富裕，都可以採用，但是不要盲目以為自己富裕，不然可能會導致系統內存不夠。

下面要分享的是一個代碼級別的，對進程內緩存的經驗總結。面向jdk1.8版本。

在有效時間內緩存單個對象

@FunctionalInterfacepublic interface LiveFetch<T> { // 刷新緩存介面 T fetch() ;
}
public class LiveManager<T> { // 緩存時間
private int cacheMillis; // 緩存對象
private LiveCache<T> liveCache; // 刷新緩存的對象
private LiveFetch<T> liveFetch ;
private Logger logger = LoggerFactory.getLogger(LiveManager.class) ;
// 刷新緩存開關
private boolean refresh = false ;
public LiveManager(int cacheMillis, LiveFetch<T> liveFetch) { this.cacheMillis = cacheMillis ; this.liveFetch = liveFetch ;
}
/**
* fetch cache ; if cache expired , synchronous fetch
* @return
*/
public T getCache() {

initLiveCache();
if(liveCache != null) {
T t ; if((t= liveCache.getElement()) != null) { return t ;
} else {
t = liveFetch.fetch() ; if(t != null) {
liveCache = new LiveCache<T>(cacheMillis, t) ; return t ;
}
}
}
return null ;
}
/**
* fetch cache ; if cache expired , return old cache and asynchronous fetch
* @return
*/
public T getCacheIfNecessary() {

initLiveCache();
if(liveCache != null) {
T t ; if((t= liveCache.getElement()) != null) { return t ;
} else {
refreshCache() ; return liveCache.getElementIfNecessary() ;
}
}
return null ;
}
/**
* init liveCache */
private void initLiveCache() { if(liveCache == null) {
T t = liveFetch.fetch() ; if(t != null) {
liveCache = new LiveCache<T>(cacheMillis, t) ;
}
}
}
/**
* asynchronous refresh cache */
private void refreshCache() {
if(refresh) return ;
refresh = true ; try {
Thread thread = new Thread(() -> { try {
T t = liveFetch.fetch(); if (t != null) {
liveCache = new LiveCache<>(cacheMillis, t);
}
} catch (Exception e){
logger.error("LiveManager.refreshCache thread error.", e);
} finally {
refresh = false ;
}
}) ;
thread.start();
} catch (Exception e) {
logger.error("LiveManager.refreshCache error.", e);
}
}
}
public class Test {
public static void main(String[] args) { int cacheMilis = 1000 ;
LiveManager<Object> liveManager = new LiveManager<>(cacheMilis,() -> new Test().t1()) ;

liveManager.getCache() ;
liveManager.getCacheIfNecessary() ;
}
public Object t1(){
return new Object() ;
}
}

I. java緩存機制有哪些 m

具體接觸過的緩存機制是hibernate的緩存機制。為了避免每次都向資料庫中取得數據，我們把用戶常常訪問到的數據放到內存中，甚至緩存十分大的時候我們可以把內存中的緩存放到硬碟中。還有高級的分布式緩存資料庫使用，都可以增加系統的抗壓力。

J. JAVA目前比較常用的緩存有哪些 集中式緩存與分布式緩存有何區別 它們應用場景是

這個得頂一個，我也很想了解