更新時間:2020-03-27 13:45:39 來源:動力節(jié)點 瀏覽3376次
一、定時器:
顧名思義,定時器是定時執(zhí)行的任務。定時器的應用場景很廣,比方說,定時更新排行榜的用戶信息、定時刷新首頁列表數(shù)據(jù)到緩存等等
二、Java中實現(xiàn)定時任務的幾種方式
1、原生態(tài)Timer,優(yōu)點是方便快速,缺點是每一個任務都需要占用一個線程資源,而且任務拋異常出去后,定時任務下次就不會在執(zhí)行了
2、ScheduledExecutorService,這是Java5以后提供的一個類,可以很方便的實現(xiàn)定時調(diào)度。
ScheduledExecutorServiceservice=Executors.newScheduledThreadPool(5);//創(chuàng)建調(diào)度服務,線程池數(shù)量為5
service.scheduleAtFixedRate(Runnablecommand,longinitialDelay,longperiod,TimeUnitunit);//開啟調(diào)度,command是所要執(zhí)行的任務,initialDelay是初始化延時時間,period是調(diào)度周期,unit是時間單位
3、Spring提供的定時器,例如,以下例子是每一分鐘執(zhí)行一次的任務
@Scheduled(cron="0*/1***?")
publicvoidupdateXxx(){...}
這種方式很方便,而且也是基于線程池的方式,數(shù)量可以通過xml配置。如果項目中有很多定時任務,那么就需要相對應的調(diào)大線程池數(shù)量,不然就得排隊了。
三、分布式定時器所遇到的問題
分布式定時器:簡單理解就是多個定時器同時部署,定時器中的各個任務相互協(xié)作
可能遇到的問題(包括但不限于此):
1、如何保證多個定時器中同一個任務只有一個在執(zhí)行
2、如何避免死鎖
3、另一個詭異的問題是,明明已經(jīng)加鎖了,但還是被重復執(zhí)行了
四、解決方案
多個定時器中的同一個任務只有一個在執(zhí)行。這個時候光靠Java本身提供的鎖機制是沒辦法實現(xiàn)的,需要借助第三方的力量,這里使用的是Redis,因為它高效,性能好、單節(jié)點支持qps已經(jīng)超過了1萬,所以性能是非常高的。其中用到的是Redis的set命令。
原型是:SETkeyvalue[EXseconds][PXmilliseconds][NX|XX]
EXsecond:設置鍵的過期時間為second秒。
PXmillisecond:設置鍵的過期時間為millisecond毫秒。
NX:只在鍵不存在時,才對鍵進行設置操作。
XX:只在鍵已經(jīng)存在時,才對鍵進行設置操作。
例子:
setmylock192.168.1.100EX5NX
上邊的例子中設置key為mylock,value為192.168.1.100,EX5表示過期時間為5秒鐘,NX表示當key不存在的時候再設置。這里為什么要把value設置為IP呢,原因是可以追蹤是誰占有著這把鎖。
設置成功時返回OK,失敗則返回nil,利用這個特性就可以實現(xiàn)分布式鎖了。其中設置5秒的過期時間可以避免死鎖的發(fā)生
以上就是動力節(jié)點java培訓機構的小編針對“Java基礎學習:java定時器”的內(nèi)容進行的回答,希望對大家有所幫助,如有疑問,請在線咨詢,有專業(yè)老師隨時為你服務。