一、定時器：

　　顧名思義，定時器是定時執(zhí)行的任務。定時器的應用場景很廣，比方說，定時更新排行榜的用戶信息、定時刷新首頁列表數(shù)據(jù)到緩存等等

　　二、Java中實現(xiàn)定時任務的幾種方式

　　1、原生態(tài)Timer，優(yōu)點是方便快速，缺點是每一個任務都需要占用一個線程資源，而且任務拋異常出去后，定時任務下次就不會在執(zhí)行了

　　2、ScheduledExecutorService，這是Java5以后提供的一個類，可以很方便的實現(xiàn)定時調(diào)度。

　　ScheduledExecutorService service = Executors.newScheduledThreadPool(5); // 創(chuàng)建調(diào)度服務，線程池數(shù)量為5

　　service .scheduleAtFixedRate(Runnable command, long initialDelay, long period, TimeUnit unit); // 開啟調(diào)度，command是所要執(zhí)行的任務，initialDelay是初始化延時時間，period是調(diào)度周期，unit是時間單位

　　3、Spring提供的定時器，例如，以下例子是每一分鐘執(zhí)行一次的任務

　　@Scheduled(cron = "0 */1 * * * ?")

　　public void updateXxx(){ ... }

　　這種方式很方便，而且也是基于線程池的方式，數(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命令。

　　原型是：SET key value [EX seconds] [PX milliseconds] [NX|XX]

　　EX second ：設置鍵的過期時間為 second 秒。

　　PX millisecond ：設置鍵的過期時間為 millisecond 毫秒。

　　NX ：只在鍵不存在時，才對鍵進行設置操作。

　　XX ：只在鍵已經(jīng)存在時，才對鍵進行設置操作。

　　例子：

　　set mylock 192.168.1.100 EX 5 NX

　　上邊的例子中設置key為mylock，value為192.168.1.100，EX 5表示過期時間為5秒鐘，NX表示當key不存在的時候再設置。這里為什么要把value設置為IP呢，原因是可以追蹤是誰占有著這把鎖。

　　設置成功時返回OK，失敗則返回nil，利用這個特性就可以實現(xiàn)分布式鎖了。其中設置5秒的過期時間可以避免死鎖的發(fā)生

　　以上就是動力節(jié)點Java培訓機構的小編針對“Java基礎學習：java定時器的實現(xiàn)”的內(nèi)容進行的回答，希望對大家有所幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為你服務。