順風車運營研發團隊 陳雷php
FastCGI 是一種協議,它是創建在CGI/1.1基礎之上的,把CGI/1.1裏面的要傳遞的數據經過FastCGI協議定義的順序和格式進行傳遞。爲了更好理解PHP-FPM的工做,下面具體闡述一下FastCGI協議的內容。html
FastCGI協議分爲了10種類型,具體定義以下:nginx
typedef enum _fcgi_request_type { FCGI_BEGIN_REQUEST = 1, /* [in] */ FCGI_ABORT_REQUEST = 2, /* [in] (not supported) */ FCGI_END_REQUEST = 3, /* [out] */ FCGI_PARAMS = 4, /* [in] environment variables */ FCGI_STDIN = 5, /* [in] post data */ FCGI_STDOUT = 6, /* [out] response */ FCGI_STDERR = 7, /* [out] errors */ FCGI_DATA = 8, /* [in] filter data (not supported) */ FCGI_GET_VALUES = 9, /* [in] */ FCGI_GET_VALUES_RESULT = 10 /* [out] */ } fcgi_request_type;
整個FastCGI是二進制連續傳遞的,定義了一個統一結構的消息頭,用來讀取每一個消息的消息體,方便消息包的切割。通常狀況下,最早發送的是FCGI_BEGIN_REQUEST類型的消息,而後是FCGI_PARAMS和FCGI_STDIN類型的消息,當FastCGI響應處理完後,將發送FCGI_STDOUT和FCGI_STDERR類型的消息,最後以FCGI_END_REQUEST表示請求的結束。FCGI_BEGIN_REQUEST和FCGI_END_REQUEST分別表示請求的開始和結束,與整個協議相關。web
對於10種類型的消息,都是以一個消息頭開始的,其結構體定義以下:瀏覽器
typedef struct _fcgi_header { unsigned char version; unsigned char type; unsigned char requestIdB1; unsigned char requestIdB0; unsigned char contentLengthB1; unsigned char contentLengthB0; unsigned char paddingLength; unsigned char reserved; } fcgi_header;
其中,服務器
requestId計算方式以下:app
(requestIdB1 << 8) + requestIdB0
因此requestId的範圍爲0~2的16次方-1,也就是0~65535;socket
contentLength標識消息的contentData組件的字節數,計算方式跟requestId相似,範圍一樣是0~65535:php-fpm
(contentLengthB1 << 8) | contentLengthB0
paddingLength標識消息的paddingData組件的字節數,範圍是0~255;協議經過paddingData提供給發送者填充發送的記錄的功能,而且方便接受者經過paddingLength快速的跳過paddingData。填充的目的是容許發送者爲更有效地處理保持對齊的數據。若是內容的長度超過65535怎麼辦呢?答案是能夠分紅多個消息發送。post
FCGI_BEGIN_REQUEST 的結構體定義以下:
typedef struct _fcgi_begin_request { unsigned char roleB1; unsigned char roleB0; unsigned char flags; unsigned char reserved[5]; } fcgi_begin_request;
其中role表明的是Web服務器指望應用扮演的角色,計算方式是:
(roleB1 << 8) + roleB0
對於PHP7中,處理了三種角色,分別是FCGI_RESPONDER,FCGI_AUTHORIZER 和FCGI_FILTER。
flags & FCGI_KEEP_CONN:若是爲0,則在對本次請求響應後關閉連接。若是非0,在對本次請求響應後不會關閉連接。
對於,type爲FCGI_PARAMS類型,FastCGI協議中提供了名-值對來很好的知足讀寫可變長度的name和value,格式以下:
nameLength+valueLength+name+value
爲了節省空間,對於0~127長度的值,Length使用了一個char來表示,第一位爲0,對於大於127的長度的值,Length使用了4個char來表示,第一位爲1;如圖所示:
長度計算代碼以下:
if (UNEXPECTED(name_len >= 128)) { if (UNEXPECTED(p + 3 >= end)) return 0; name_len = ((name_len & 0x7f) << 24); name_len |= (*p++ << 16); name_len |= (*p++ << 8); name_len |= *p++; }
這樣最長能夠表達0~2的31次方的長度。
FastCGI協議的定義結構體以下:
typedef struct _fcgi_begin_request_rec { fcgi_header hdr; fcgi_begin_request body; } fcgi_begin_request_rec;
分析完FastCGI的協議,咱們總體掌握了請求的FastCGI消息的內容,咱們經過訪問對應的接口,採用gdb抓取其中的內容:
首先咱們修改php-fpm.conf的參數,保證只啓動一個worker:
pm.max_children = 1
而後從新啓動php-fpm:
./sbin/php-fpm -y etc/php-fpm.conf
而後對worker進行gdb:
ps aux | grep php-fpm root 30014 0.0 0.0 142308 4724 ? Ss Nov26 0:03 php-fpm: master process (etc/php-fpm.conf) chenlei 30015 0.0 0.0 142508 5500 ? S Nov26 0:00 php-fpm: pool www gdb –p 30015 (gdb) b fcgi_read_request
而後經過瀏覽器訪問nginx,nginx轉發到php-fpm的worker上,根據gdb能夠打印出FastCGI消息的內容:
(gdb) b fcgi_read_request
對於第一個消息,內容如圖:
其中type對應的是FCGI_BEGIN_REQUEST,requestid爲1,長度爲8, 剛好是fcgi_begin_request結構體的大小,內容如圖:
role對應的是FCGI_RESPONDER。繼續往下讀,獲得的消息內容如圖:
其中type對應的是FCGI_PARAMS,requestid爲1,長度爲:
(contentLengthB1 << 8) | contentLengthB0 == 987
paddingLength=5,而987+5=992,剛好是8的倍數。根據contentLength+ paddingLength向後讀取992長度的字節流,咱們打印一下:
(gdb) p *p@987 $1 = "\017TSCRIPT_FILENAME/home/xiaoju/webroot/beatles/application/mis/mis/src/index.php/admin/operation/index\f\016QUERY_STRINGactivity_id=89\016\003REQUEST_METHODGET\f\000CONTENT_TYPE\016\000CONTENT_LENGTH\v SCRIPT_NAME/index.php/admin/operation/index\v%REQUEST_URI/admin/operation/index?activity_id=89\f DOCUMENT_URI/index.php/admin/operation/index\r4DOCUMENT_ROOT/home/xiaoju/webroot/beatles/application/mis/mis/src\017\bSERVER_PROTOCOLHTTP/1.1\021\aGATEWAY_INTERFACECGI/1.1\017\vSERVER_SOFTWAREnginx/1.2.5\v\rREMOTE_ADDR172.22.32.131\v\005REMOTE_PORT50973\v\fSERVER_ADDR10.94.98.116\v\004SERVER_PORT8085\v\000SERVER_NAME\017\003REDIRECT_STATUS200\t\021HTTP_HOST10.94.98.116:8085\017\nHTTP_CONNECTIONkeep-alive\017xHTTP_USER_AGENTMozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36\036\001HTTP_UPGRADE_INSECURE_REQUESTS1\vUHTTP_ACCEPTtext/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8\024\rHTTP_ACCEPT_ENCODINGgzip, deflate\024\027HTTP_ACCEPT_LANGUAGEzh-CN,zh;q=0.9,en;q=0.8"
根據上一節咱們講到的名-值對的長度規則,咱們能夠看出,Fastcgi協議中封裝了相似於http協議裏面的鍵值對。讀取完畢後,繼續跟蹤消息,打印能夠得出,獲得的消息如圖所示。
其中type對應的是FCGI_PARAMS,requestid爲1,長度爲0,此時完成了FastCGI協議消息的讀取過程。下面說一下處理完請求後返回給nginx的FastCGI協議的消息。
在fcgi_finish_request中調用fcgi_flush,fcgi_flush中封裝一個FCGI_END_REQUEST消息體,再經過safe_write寫入 socket 鏈接的客戶端描述符。
int fcgi_flush(fcgi_request *req, int close) { int len; close_packet(req); len = (int)(req->out_pos - req->out_buf); if (close) { fcgi_end_request_rec *rec = (fcgi_end_request_rec*)(req->out_pos); //建立FCGI_END_REQUEST的頭 fcgi_make_header(&rec->hdr, FCGI_END_REQUEST, req->id, sizeof(fcgi_end_request)); //寫入appStatus rec->body.appStatusB3 = 0; rec->body.appStatusB2 = 0; rec->body.appStatusB1 = 0; rec->body.appStatusB0 = 0; //修改protocolStatus爲FCGI_REQUEST_COMPLETE; rec->body.protocolStatus = FCGI_REQUEST_COMPLETE; len += sizeof(fcgi_end_request_rec); } if (safe_write(req, req->out_buf, len) != len) { req->keep = 0; req->out_pos = req->out_buf; return 0; } req->out_pos = req->out_buf; return 1; }
到此咱們就徹底掌握了FastCGI的協議。