標籤:target 添加 bst void 通過 abs 刪除 註冊 節點
聲明:本文為原創博文,轉載請註明出處。
在libuv中,請求(request)代表一個使用者向libuv發出的指令,比如uv_connect_s就表示一個tcp的串連請求、uv_work_s代表要遞交給libuv線程池執行的工作要求、uv_write_s代表一個寫請求。
類似於上一篇講控制代碼(handle)那樣,請求也由一個抽象基類和相應的子類組成,這個基類就是uv_req_s,下面來看一下它的定義:
1 /* Abstract base class of all requests. */ 2 struct uv_req_s { 3 /* public */ 4 void* data; 5 /* read-only */ 6 uv_req_type type; 7 /* private */ 8 void* active_queue[2]; 9 void* reserved[4]; 10 };
其中,data可以用來攜帶任何類型的使用者資料;type為該請求的類型,其取值可以為:
1 typedef enum { 2 UV_UNKNOWN_REQ = 0, 3 UV_REQ, 4 UV_CONNECT, 5 UV_WRITE, 6 UV_SHUTDOWN, 7 UV_UDP_SEND, 8 UV_FS, 9 UV_WORK,10 UV_GETADDRINFO,11 UV_GETNAMEINFO,12 UV_REQ_TYPE_PRIVATE,13 UV_REQ_TYPE_MAX,14 } uv_req_type;
active_queue是一個隊列節點,該請求會通過該節點將自己掛載到所綁定的loop中的active_reqs隊列上;該操作(添加、刪除)主要通過uv__req_register和uv__req_unregister兩個宏定義實現:
1 #define uv__req_register(loop, req) 2 do { 3 QUEUE_INSERT_TAIL(&(loop)->active_reqs, &(req)->active_queue); 4 } 5 while (0) 6 7 #define uv__req_unregister(loop, req) 8 do { 9 assert(uv__has_active_reqs(loop)); 10 QUEUE_REMOVE(&(req)->active_queue); 11 } 12 while (0)
使用者並不會直接使用以上兩個宏,而是會使用uv__req_init來初始化一個請求,該函數實現如下:
void uv__req_init(uv_loop_t* loop, uv_req_t* req, uv_req_type type) { uv_req_init(loop, req); req->type = type; uv__req_register(loop, req);//註冊這個req}
請求並不會單獨被處理,一個請求除了會被掛載在loop->active_reqs上,每個req都會被賦值給相應的控制代碼中的成員。下面畫圖libuv中各個請求中的關係,其中橫線以上的為抽象基類,橫線以下都是uv_req_t的直接子類。
Nodejs事件引擎libuv源碼剖析之:請求(request)結構的設計剖析