Muduo網路庫原始碼分析（二）定時器TimeQueue，Timer,TimerId

阿新 • • 發佈：2018-12-30

首先，我們先要明白為什麼需要設計這樣一個定時器類？

在開發Linux網路程式時，通常需要維護多個定時器，如維護客戶端心跳時間、檢查多個數據包的超時重傳等。如果採用linux的SIGALARM訊號實現，則會帶來較大的系統開銷，且不便於管理。

Muduo 的 TimerQueue 採用了最簡單的實現（連結串列）來管理定時器，它的效率比不上常見的 binary heap 的做法，如果程式中大量（10 個以上）使用重複觸發的定時器，或許值得考慮改用更高階的實現。由於目前還沒有在一個程式裡用過這麼多定時器，暫時也不需要優化 TimerQueue。

（一）定時函式的選取

定時函式，用於讓程式等待一段時間或安排計劃任務：  
sleep   
alarm   
usleep   
nanosleep   
clock_nanosleep   
getitimer / setitimer   
timer_create / timer_settime / timer_gettime / timer_delete   
timerfd_create / timerfd_gettime / timerfd_settime

Muduo網路庫原始碼分析（二）定時器TimeQueue，Timer,TimerId

首先，我們先要明白為什麼需要設計這樣一個定時器類？在開發Linux網路程式時，通常需要維護多個定時器，如維護客戶端心跳時間、檢查多個數據包的超時重傳等。如果採用linux的SIGALARM訊號實現，則會帶來較大的系統開銷，且不便於管理。 Muduo 的 Timer

Muduo網路庫原始碼分析（四）EventLoopThread和EventLoopThreadPool的封裝

muduo的併發模型為one loop per thread+ threadpool。為了方便使用，muduo封裝了EventLoop和Thread為EventLoopThread，為了方便使用執行緒

Muduo網路庫原始碼分析（一） EventLoop事件迴圈（Poller和Channel）

從這一篇博文起，我們開始剖析Muduo網路庫的原始碼，主要結合《Linux多執行緒服務端程式設計》和網上的一些學習資料！（一）TCP網路程式設計的本質：三個半事件 1. 連線的建立，包括服務端接受(accept) 新連線和客戶端成功發起(connect) 連線。TCP 連

Muduo網路庫原始碼分析（三）執行緒間使用eventfd通訊和EventLoop::runInLoop系列函式

先說第一點，執行緒（程序）間通訊有很多種方式（pipe,socketpair），為什麼這裡選擇eventfd？ eventfd 是一個比 pipe 更高效的執行緒間事件通知機制，一方面它比 pipe

Muduo庫原始碼分析（8）：單例模式實現

單例模式保證一個類只有一個例項，並提供一個訪問它的全域性訪問點 Muduo庫實現單例模式的思想：通過pthread_once在多個執行緒中只會初始化一次的特性實現的執行緒安全的單例模式

Flume NG原始碼分析（二）支援執行時動態修改配置的配置模組

在上一篇中講了Flume NG配置模組基本的介面的類，PropertiesConfigurationProvider提供了基於properties配置檔案的靜態配置的能力，這篇細說一下PollingPropertiesFileConfigurationProvider提供的執行時動態修改配置並生效的

GCC原始碼分析（二）——前端

原文連結：http://blog.csdn.net/sonicling/article/details/6706152 　　從這一篇開始，我們將從原始碼的角度來分析GCC如何完成對C語言原始檔的處理。GCC的內部構架在GCC Internals（搜“gccint.pdf”，或者見[

Glide原始碼分析（二）——從用法來看之load&into方法

上一篇，我們分析了with方法，文章連結： https://blog.csdn.net/qq_36391075/article/details/82833260 在with方法中，進行了Glide的初始化，建立了RequesManger，並且綁定了生命週期，最終返回了一個Reques

YOLOv2原始碼分析（二）

文章全部YOLOv2原始碼分析接著上一講沒有講完的make_convolutional_layer函式 0x01 make_convolutional_layer //make_convolutional_laye

zigbee 之ZStack-2.5.1a原始碼分析（二）無線接收控制LED

本文描述ZStack-2.5.1a 模板及無線接收移植相關內容。 main HAL_BOARD_INIT // HAL_TURN_OFF_LED1 InitBoard HalDriverInit HalAdcInit

兄弟連區塊鏈入門教程eth原始碼分析p2p-udp.go原始碼分析（二）

ping方法與pending的處理，之前談到了pending是等待一個reply。這裡通過程式碼來分析是如何實現等待reply的。pending方法把pending結構體傳送給addpending. 然後等待訊息的處理和接收。 // ping sends a ping message to the giv

Spring原始碼分析（二）（IoC容器的實現）（1）

Ioc（Inversion of Control）——“控制反轉”，不是什麼技術，而是一種設計思想。在Java開發中，Ioc意味著將你設計好的物件交給容器控制，而不是傳統的在你的物件內部直接控制。理解好Ioc的關鍵是要明確“誰控制誰，控制什麼，為何是反轉（有

tornado原始碼分析（二）之iostream

在事件驅動模型中，所有任務都是以某個事件的回撥函式的方式新增至事件迴圈中的，如：HTTPServer要從socket中讀取客戶端傳送的request訊息，就必須將該socket新增至ioloop中，並設定回掉函式，在回掉函式中從socket中讀取資料，並且檢查request訊息是否全部接收到了，如果

Cat原始碼分析（二）：Server端

初始化服務端消費客戶端發來的訊息進行分析和展示，所以這個的初始化指的是CatHomeModule的初始化 CatHomeModule依賴TcpSocketReceiver和MessageConsumer，前者用來接收客戶端傳送的訊息，後者用來消費訊息。 TcpSocket

subsampling-scale-image-view載入長圖原始碼分析（二）

subsampling-scale-image-view原始碼分析概要分析總結概要 subsampling-scale-image-view是一個支援部分載入大圖長圖的圖片庫，並且還支援縮放，在subsampling-scale-image-view載入長圖原

Spring component-scan原始碼分析（二） -- @Configuration註解處理

上篇文章Spring component-scan原始碼分析（一） – XML解析分析了Spring解析<context:component-scan …/>標籤時，把掃描到的合適的類封裝成BeanDefinition加入Sping容器中，本篇分析S

Spring原始碼分析（二）（IoC容器的實現）（3）

BeanDefinition的載入和解析這個載入過程，相當於把定義的BeanDefinition在IoC容器中轉化成一個Spring內部表示的資料結構的過程。IoC容器對Bean的管理和依賴注入功能的實現，是通過對其持有的BeanDefinition進

Spring原始碼分析（二）（IoC容器的實現）（2）

IoC容器的初始化過程簡單來說IoC容器的初始化是由refresh()方法啟動的，這個方法標誌著IoC容器的正式啟動。這個啟動包括BeanDefinition的Resouce定位、載入和註冊三個基本過程。第一

groupcache 原始碼分析（二）-- LRU

lru部分的程式碼在lru/lru.go檔案中，它主要是封裝了一系列lru演算法相關的介面，供groupcahe進行快取置換相關的呼叫。它主要封裝了下面幾個介面： // 建立一個Cache func New(maxEntries int) *Cache /

Spark2.3.2原始碼解析： 7. SparkContext原始碼分析（二）：TaskScheduler

程式碼部分：啟動指令碼 --name spark-test --class WordCount --master yarn --deploy-mode cluster /A/spark-test.jar /

Muduo網路庫原始碼分析（二） 定時器TimeQueue，Timer,TimerId

相關推薦

Muduo網路庫原始碼分析（二）定時器TimeQueue，Timer,TimerId