3 つの ngx_http_request_t 構造を学習する Nginx

抜粋: http://blog.csdn.net/xiajun07061225/article/details/9189505 Jiang Yuyanyun のブログ

ngx_http_request_s は nginx の非常に重要な構造であり、http リクエスト処理のプロセス全体で実行されます。

以下では、ngx_http_request_s 構造体の HTTP フレームワークに関連する重要なメンバー変数について説明します。

[cpp]ビュー 無地コピー印刷?

1. structngx_http_request_s {
2. uint32_t 署名 /* "HTTP" */
4. //対応するクライアント接続をリクエストします
5. ngx_connection_t *connection;
7. //すべてのHTTPモジュールを格納するコンテキスト構造体へのポインタの配列
8. //リクエストに対応するメインレベルの設定構造を指すポインタの配列
void
9. **main_conf;
//リクエスト配列に対応するsrvレベルの設定構造体へのポインタ
void
11. locレベルのポインタ配列構成構造
12. void loc_conf
13. /*
15. ただし、このメソッドがリクエストのすべての業務を一度に処理できない場合は、制御を epoll タイム モジュールに返した後、リクエストが再度コールバックされると、
16. を通じて処理されます。 Ngx_http_request_handler メソッド。このメソッドでの読み取り可能なイベントの処理は、read_event_handler を呼び出してリクエストを処理することです。
17. つまり、http モジュールは、要求された読み取りイベントを最下層で処理するときに read_event_handler メソッドを再実装することを望んでいます
18. */
19. _http_even t_handler_pt read_event_handler; /上記のメソッドと同様です
20. ngx_http_event_handler_pt write_event_handler
22. #if (NGX_HTTP_CACHE)
23. ngx_http_cache_t *キャッシュ
24. #endif
/
25. // 上流メカニズムで使用される構造体 ngx_http_upstream_t*upstream
;
27. //http リクエストの受信に使用されるバッファコンテンツ、主に http ヘッダーの受信部門
28. ngx_buf_t *header_in;
30. http_process_request_headers は http リクエストのヘッダーを受信して​​解析した後、解析された各 http ヘッダーを headers_in に追加します。でheaders のリンクされたリスト、 headers_in の他のメンバーも同時に構築されます
31. ngx_http_headers_in_t headers_in;
32. // http モジュールは、送信したい http 対応する情報を headers_out に配置します。 http フレームワークから headers_out のメンバーは http 応答パケットにシリアル化され、ユーザーに送信されます
33. ngx_http_headers_out_t headers_out
34. //リクエストの受信 本体のデータ構造
36. ngx_http_request_body_t * Request_body
37. // 接続を閉じる時間を遅らせます
Time_t
39. lingering_time;
// 現在のリクエストの初期化時間
43. //以下の9つのメンバーは、httpリクエストラインを受信して​​解析する際に関数ngx_http_process_request_lineメソッドによって解析される情報です
44. ngx_uint_t ngx_uint_t メソッド //メソッド名
45. ngx_uint_t http_version ; // プロトコルバージョン ngx_str_t request_line
// Uri
47. ユーザーリクエスト内の ngx_str_t 引数
// ユーザーリクエスト; request 真ん中の url パラメータ
48. ngx_str_t exten; // ユーザー拡張名によって要求されたファイル ngx_str_t unparsed_uri; ngx_str_t ngx_str_t method_name;
// メソッド名の文字列ユーザーリクエスト
49. ngx_str_t http_protocol;
//データメンバーはリクエスト内の http 開始アドレスを指します
50. /* は、クライアントに送信する必要がある http 応答を表します。 out は、headers_out でシリアル化された http ヘッダーを表す TCP ストリームを保持します。
51. * ngx_http_output_filter メソッドを呼び出した後、送信される http パッケージ本体も out に保存されます。これは、http 応答を非同期に送信するための鍵となります。 */
52. ngx_chain_t *out;
53. /*現在のリクエストは、ユーザーによって送信されたリクエストまたは派生したサブリクエストである可能性があります。
* main は、関連する一連の派生サブリクエストの元のリクエストを識別します。
54. ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​メインによる現在のリクエストと現在のリクエストのアドレス。*/
55. ngx_http_request_t *main;
56. //現在のリクエストの親リクエスト (必ずしも元のリクエストではありません)
57. ngx_http_request_t *parent ;
58. // subrequest サブリクエストに関連する関数
59. ngx_http_postponed_request_t *postponed
60. ngx_http_post_subrequest_t *post_subrequest
61. //All subrequest; - リクエストは、この単一リンクリストを通じてリンクされます
62. ngx_http_posted_request_t *posted_requests;
64. /*ngx_http_phase_handler_t 応答メソッドは、グローバル ngx_http_phase_engine_t 構造体配列で定義されます。 H p* および Phase_handler メンバーは配列と組み合わせて使用​​されます。リクエストが次回、シーケンス番号で指定された配列内のコールバック メソッドとして Phase_handler を実行する必要があることを示します */
65. ngx_int_t NGX_HTTP_CONTENT_PHASE フェーズは、http モジュールがリクエストを処理する方法を提供します。 http モジュールによって実装される処理メソッド
66. ngx_http_handler_pt content_handler;
67. //NGX_HTTP_ACCESS_PHASE ノードがリクエストにアクセス許可があるかどうかを判断する必要がある場合、access_code を渡して、 http module 値が 0 の場合、アクセス許可があることを意味します。それ以外の場合はご利用いただけません。
68. ngx_uint_t access_code;  
70. ngx_http_variable_value_t *変数;  
72. #if (NGX_PCRE)
73. ngx_uint_t ncaptures;  
74. int *キャプチャ;  
75. u_char *captures_data;  
76. #endif
78. size_t limit_率;  
80. /*ヘッダーなしのApache互換のレスポンスの長さを学習するために使用されます*/
81. size_ t header_size;  
83. //http请要求のすべての長さ、http包体を含む
84. off_t request_length;  
86. ngx_uint_t err_status;  
88. ngx_http_connection_t *http_connection;  
89. #if (NGX_HTTP_SPDY)
90. ngx_http_spdy_stream_t *spdy_stream;  
91. #endif
93. ngx_http_log_handler_pt log_handler;  
95. // このリクエストで特定のリソースが有効になった場合は、リクエストの完了時に解放する必要があり、このリクエストに所定の解放リソースを追加する方法が必要です员
96. ngx_http_cleanup_t *クリーンアップ;  
98. 未署名 サブリクエスト:8;  
99. //参照数一般都はこの要求の原始要求上に作用します
100. // 引用数、每派当生出子要求時、原始要求の数成员都会加一
101. 符号なし カウント:8;  
102. //妨害标志位、目前仅由aio使用 N unsigned block: 8;
// ロゴビット: 1 は、卵白リクエストが非同期 IO を使用していることを示します
105. unsigned AIO: 1;
unsigned http_state:4;
109. /* URI には "/." が付き、Win32 では "//" が付きます */
110. unsign ed complex_uri:1; /* uri plus_in_uri：1;* uri space_in_uri：1; ;
111. unsigned unsigned add_uri_to_alias:1;
112. unsigned unsigned valid_unparsed_uri:1;
113. //フラグビット: 1 の場合、 URL が書き換えられたことを意味します N unsigned uri_changed: 1;
114. // reWrite を使用して URL を書き換えた回数を示します
UNSIGNED URI_CHANGES: 4;
115. unsigned request_body_in_file_only:1;
117. 未署名 request_body_in_persistent_file:1;  
118. 未署名 request_body_in_clean_file:1;  
119. 未署名 request_body_file_group_access:1;  
120. 未署名 request_body_file_log_level:3;  
122. unsigned subrequest_in_memory:1;  
123. 未署名 待機中:1;  
125. #if (NGX_HTTP_CACHE)
126. unsigned キャッシュ:1;  
127. #endif
129. #if (NGX_HTTP_GZIP)
130. unsigned gzip_tested:1;  
131. 署名なし gzip_ok:1;  
132. unsigned gzip_vary:1;  
133. #endif
135. 未署名 プロキシ:1;  
136. unsigned bypass_cache:1;  
137. unsigned no_cache:1;  
139. /*
140. *
141. のリクエストコンテキストデータを使用する代わりに* ngx_http_limit_conn_module および ngx_http_limit_req_module
142. *リクエストの構造
143. */
144. unsigned limit_conn_set:1;  
145. unsigned limit_req_set:1;  
147. #if 0
N 署名なしキャッシュ可能: 1;
149. #Endif
署名なしチャンク: 1;
unsigned header_only: 1;
152. //フラグ ビット、1 は現在のリクエスト中のキープアライブ リクエストを示します
154. unsigned keepalive:1 //遅延終了フラグ
156. unsigned lingering_close:1 ; //フラグビット: 1 は、http リクエストのパッケージ本体が破棄されていることを示します
unsigned
158. //フラグビット: 1 は現在のリクエストを示しますステータスは内部ジャンプ
159. unsigned error_page:1;
160. unsigned filter_finalize:1; 未署名post_action:1; request_output: 1; unsigned header_sent: 1; 未署名のexpect_tested: 1;
161. 未署名の root_tested:1;
162. 完了:1;
163. //バッファー内に送信するコンテンツがあるかどうかを示すフラグビット
165. unsigned buffered: 4;
166. unsigned main_filter_need_in_memory:1 ;
167. unsigned filter_need_in_memory:1;
168. unsigned allowed_ranges:1; X_STAT_STUB)
unsigned stat_reading:1;
unsigned stat_writing: 1; stat_writing: */
173. //ステートマシンが http を解析するとき、state は現在の解析ステータスを表すために使用され、それが完了した http リクエストラインを構成するかどうかを確認する必要があります。
174. NGX_UINT_THEADER_T STATE;
175. /*
176. * リクエスト行の解析後に再利用できるメモリ
177. * ngx_http_ephemer経由al_t
178. */
180. u_char *uri_start;  
181. u_char *uri_end;  
182. u_char *uri_ext;  
183. u_char *args_start;  
184. u_char *request_start;  
185. u_char *request_end;  
186. u_char *method_end;  
187. u_char *schema_start;  
188. u_char *schema_end;  
189. u_char *host_start;  
190. u_char *host_end;  
191. u_char *port_start;  
192. u_char *port_end;  
194. unsigned http_minor:16;  
195. unsigned http_major:16;  
196. }; 

以上は、Nginx 学の 3 つの ngx_http_request_t 構造体であり、側面の内容が含まれており、PHP 教則に関心のある友人の助けになることを望みます。