欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

詳解nginx請求頭數據讀取流程

 更新時間:2020年03月24日 14:13:58   作者:愛寶貝丶  
這篇文章主要介紹了詳解nginx請求頭數據讀取流程,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧

在上一篇文章中,我們講解了nginx是如何讀取請求行的數據,并且解析請求行的。本文我們則主要講解nginx是如何讀取客戶端發(fā)送來的請求頭的數據,并且解析這些數據的。本質上來講,請求行的數據和請求頭的數據讀取流程是基本一致的,因為其都面臨著如何從間斷的數據流中讀取到數據,也面臨著如何對數據進行處理的問題。

1. 請求頭讀取主流程

在介紹請求頭的讀取流程之前,我們首先展示一個http請求報文的示例:

POST /web/book/read HTTP/1.1
Host: localhost
Connection: keep-alive
Content-Length: 365
Accept: application/json, text/plain, */*

示例中的第一行數據就是請求行,而后面的幾行都是請求頭。每一個請求頭都是以name: value的格式組裝的,并且每一個請求頭都占用一行。         在上一篇介紹請求行讀取流程的文章中,我們講到,一旦請求行讀取完成,nginx就會將當前讀取事件的回調函數修改為ngx_http_process_request_headers()方法,并且直接調用該方法嘗試讀取請求頭數據。這個方法就是讀取請求行數據的主流程,如下是該方法的源碼:

/**
 * 解析客戶端發(fā)送來的header數據
 */
static void ngx_http_process_request_headers(ngx_event_t *rev) {
 u_char *p;
 size_t len;
 ssize_t n;
 ngx_int_t rc, rv;
 ngx_table_elt_t *h;
 ngx_connection_t *c;
 ngx_http_header_t *hh;
 ngx_http_request_t *r;
 ngx_http_core_srv_conf_t *cscf;
 ngx_http_core_main_conf_t *cmcf;

 c = rev->data;
 r = c->data;

 if (rev->timedout) {
  ngx_log_error(NGX_LOG_INFO, c->log, NGX_ETIMEDOUT, "client timed out");
  c->timedout = 1;
  ngx_http_close_request(r, NGX_HTTP_REQUEST_TIME_OUT);
  return;
 }

 cmcf = ngx_http_get_module_main_conf(r, ngx_http_core_module);
 rc = NGX_AGAIN;

 for (;;) {
  if (rc == NGX_AGAIN) {
   // 如果當前header緩沖區(qū)中沒有剩余空間,則申請新的空間
   if (r->header_in->pos == r->header_in->end) {
    // 申請新的空間
    rv = ngx_http_alloc_large_header_buffer(r, 0);
    if (rv == NGX_ERROR) {
     ngx_http_close_request(r, NGX_HTTP_INTERNAL_SERVER_ERROR);
     return;
    }

    // 客戶端發(fā)送的header太長,超出了large_client_header_buffers指定的最大大小
    if (rv == NGX_DECLINED) {
     p = r->header_name_start;
     r->lingering_close = 1;
     if (p == NULL) {
      ngx_log_error(NGX_LOG_INFO, c->log, 0, "client sent too large request");
      ngx_http_finalize_request(r, NGX_HTTP_REQUEST_HEADER_TOO_LARGE);
      return;
     }

     len = r->header_in->end - p;
     if (len > NGX_MAX_ERROR_STR - 300) {
      len = NGX_MAX_ERROR_STR - 300;
     }

     ngx_http_finalize_request(r, NGX_HTTP_REQUEST_HEADER_TOO_LARGE);
     return;
    }
   }

   // 嘗試讀取連接上客戶端新發(fā)送來的數據
   n = ngx_http_read_request_header(r);
   if (n == NGX_AGAIN || n == NGX_ERROR) {
    return;
   }
  }

  cscf = ngx_http_get_module_srv_conf(r, ngx_http_core_module);
  // 這里主要是對讀取到的數據進行轉換
  rc = ngx_http_parse_header_line(r, r->header_in, cscf->underscores_in_headers);

  // NGX_OK表示成功解析得到了一個header數據
  if (rc == NGX_OK) {
   r->request_length += r->header_in->pos - r->header_name_start;
   // 過濾無效的header
   if (r->invalid_header && cscf->ignore_invalid_headers) {
    continue;
   }

   // 創(chuàng)建一個存儲header的結構體
   h = ngx_list_push(&r->headers_in.headers);
   if (h == NULL) {
    ngx_http_close_request(r, NGX_HTTP_INTERNAL_SERVER_ERROR);
    return;
   }

   h->hash = r->header_hash;
   // 把header的name作為hash表的key
   h->key.len = r->header_name_end - r->header_name_start;
   h->key.data = r->header_name_start;
   h->key.data[h->key.len] = '\0';

   // 把header的value作為hash表的value
   h->value.len = r->header_end - r->header_start;
   h->value.data = r->header_start;
   h->value.data[h->value.len] = '\0';

   h->lowcase_key = ngx_pnalloc(r->pool, h->key.len);
   if (h->lowcase_key == NULL) {
    ngx_http_close_request(r, NGX_HTTP_INTERNAL_SERVER_ERROR);
    return;
   }

   if (h->key.len == r->lowcase_index) {
    ngx_memcpy(h->lowcase_key, r->lowcase_header, h->key.len);
   } else {
    ngx_strlow(h->lowcase_key, h->key.data, h->key.len);
   }

   // headers_in_hash中存儲了所有的header,這里是查找當前客戶端傳的header是否為有效的header
   hh = ngx_hash_find(&cmcf->headers_in_hash, h->hash, h->lowcase_key, h->key.len);
   // 這里的handler是在ngx_http_headers_in中為每一個header定義的處理方法,經過各個header的
   // handler()方法處理后,客戶端傳來的header就都轉換到r->headers_in結構體中的各個屬性中了
   if (hh && hh->handler(r, h, hh->offset) != NGX_OK) {
    return;
   }

   continue;
  }

  // NGX_HTTP_PARSE_HEADER_DONE表示已經將所有的header都處理完成了
  if (rc == NGX_HTTP_PARSE_HEADER_DONE) {
   r->request_length += r->header_in->pos - r->header_name_start;
   r->http_state = NGX_HTTP_PROCESS_REQUEST_STATE;
   // 檢查客戶端發(fā)送來的header數據的合法性
   rc = ngx_http_process_request_header(r);
   if (rc != NGX_OK) {
    return;
   }

   ngx_http_process_request(r);
   return;
  }

  // NGX_AGAIN表示讀取到的header行數據不完全,還需要繼續(xù)讀取
  if (rc == NGX_AGAIN) {
   continue;
  }
  
  ngx_log_error(NGX_LOG_INFO, c->log, 0, "client sent invalid header line");
  ngx_http_finalize_request(r, NGX_HTTP_BAD_REQUEST);
  return;
 }
}

這里請求頭的讀取主要分為如下幾個步驟:

  • 首先檢查當前讀取事件是否已經超時,如果超時了,則直接關閉當前連接;
  • 判斷是否r->header_in->pos == r->header_in->end成立,這個主要是檢查當前讀取緩沖區(qū)中是否有可以存儲新讀取的數據的內存空間,如果沒有,則從內存池中新申請一塊內存空間;
  • 調用ngx_http_read_request_header()方法讀取當前連接句柄上的數據,其返回值如果大于0,則表示讀取到的數據長度,如果等于0,則表示客戶端斷開了連接,如果為NGX_ERROR,則表示讀取發(fā)生了異常,如果為NGX_AGAIN,則此次沒有讀取到數據,需要繼續(xù)讀取新的數據??梢钥吹剑@里首先判斷返回值是否為NGX_AGAIN,是則直接返回,而沒有做任何其他的處理,這主要是因為當前的讀事件的回調函數還是ngx_http_process_request_headers(),當有新的讀事件觸發(fā)時,其還是會調用到ngx_http_read_request_header()以再次讀取到數據。另一方面,在ngx_http_read_request_header()方法中,如果發(fā)現返回值為NGX_AGAIN,其會將當前讀事件再次添加到事件隊列中,并且為當前連接在epoll句柄上注冊讀事件;
  • 調用ngx_http_parse_header_line()方法解析讀取到的請求頭數據,需要注意的是,每次調用該方法都只會解析得到一個請求頭,不過經過無限for循環(huán)和不停的事件觸發(fā)機制,最終所有的請求頭數據都會讀取到。
  • 根據ngx_http_parse_header_line()方法的返回值,如果為NGX_OK,則將新讀取到的header存儲到r->headers_in.headers鏈表中;
  • 如果ngx_http_parse_header_line()方法的返回值為NGX_HTTP_PARSE_HEADER_DONE,則表示讀取所有的header都成功了,此時首先會調用ngx_http_process_request_header()方法檢查讀取到的header的合法性,然后調用ngx_http_process_request()方法以啟動nginx中http模塊的11個階段,這個方法的實現原理我們將會在后面的文章進行講解。

2. 請求頭數據的讀取

可以看到,對請求頭的讀取主要有兩個方法:ngx_http_read_request_header()和ngx_http_parse_header_line()。這里的第二個方法比較長,但是其邏輯非常的簡單,主要就是解析讀取到的數據是否能組成一個完整的請求頭(name: value的形式,并且占用一行),如果是,則返回NGX_OK,否則返回NGX_AGAIN以期待繼續(xù)讀取數據。對于這個方法,我們這里不進行講解,讀者可自行閱讀源碼,我們主要講解ngx_http_read_request_header()方法是如何讀取客戶端發(fā)送來的請求頭數據的:

static ssize_t ngx_http_read_request_header(ngx_http_request_t *r) {
 ssize_t n;
 ngx_event_t *rev;
 ngx_connection_t *c;
 ngx_http_core_srv_conf_t *cscf;

 c = r->connection;
 rev = c->read;

 // 計算當前還有多少數據未處理
 n = r->header_in->last - r->header_in->pos;

 // 如果n大于0,說明還有讀取到的數據未處理,則直接返回n
 if (n > 0) {
  return n;
 }

 // 走到這里,說明當前讀取到的數據都已經處理完了,因而這里會進行判斷,如果當前事件的ready參數為1,
 // 則表示當前連接的句柄上存儲還未讀取的數據,因而調用c->recv()方法讀取數據,否則繼續(xù)將當前事件添加到
 // 事件隊列中,并且繼續(xù)監(jiān)聽當前連接句柄的讀事件
 if (rev->ready) {
  // 在連接文件描述符上讀取數據
  n = c->recv(c, r->header_in->last, r->header_in->end - r->header_in->last);
 } else {
  n = NGX_AGAIN;
 }

 // 如果n為NGX_AGAIN,則將當前事件添加到事件監(jiān)聽器中,并且繼續(xù)監(jiān)聽當前epoll句柄的讀事件
 if (n == NGX_AGAIN) {
  if (!rev->timer_set) {
   cscf = ngx_http_get_module_srv_conf(r, ngx_http_core_module);
   ngx_add_timer(rev, cscf->client_header_timeout);
  }

  if (ngx_handle_read_event(rev, 0) != NGX_OK) {
   ngx_http_close_request(r, NGX_HTTP_INTERNAL_SERVER_ERROR);
   return NGX_ERROR;
  }

  return NGX_AGAIN;
 }

 // 如果n為0,說明客戶端關閉了連接
 if (n == 0) {
  ngx_log_error(NGX_LOG_INFO, c->log, 0, "client prematurely closed connection");
 }

 // 如果客戶端關閉了連接或者讀取異常,則回收當前的request結構體
 if (n == 0 || n == NGX_ERROR) {
  c->error = 1;
  c->log->action = "reading client request headers";
  ngx_http_finalize_request(r, NGX_HTTP_BAD_REQUEST);
  return NGX_ERROR;
 }

 // 更新當前讀取到的數據指針
 r->header_in->last += n;
 return n;
}



這里請求頭數據的讀取主要分為如下幾個步驟:

  • 判斷當前緩沖區(qū)中是否存在還未處理的數據,如果存在,則直接返回。存在還未讀取的數據的原因主要是在前面讀取請求行數據的過程中,可能會讀取一部分或者全部的請求頭數據,因而這里會做檢查;
  • 判斷當前讀事件是否已經準備就緒,如果已經就緒,則調用c->recv()方法讀取當前連接句柄上的數據;
  • 如果當前讀事件還未就緒,則將當前的讀事件再次添加到事件隊列中,并且為當前連接在epoll句柄上注冊讀事件;
  • 對第二步的返回值進行判斷,如果為0,則表示客戶端已經斷開了連接,如果為NGX_ERROR,則表示讀取數據異常了,這兩種情況時都會關閉當前連接,并且向客戶端返回400狀態(tài)碼。如果返回值NGX_AGAIN,則從事第三步中的步驟,以繼續(xù)監(jiān)聽讀事件。如果返回值大于0,則表示讀取成功,而這個大于0的值就表示讀取到的數據長度;
  • 更新存儲讀取數據的緩沖區(qū)的指針數據。

3. 小結

本文主要對nginx是如何讀取并且解析請求頭的流程進行了講解,并且著重講解了讀取數據的主流程代碼和讀取的詳細步驟。

到此這篇關于詳解nginx請求頭數據讀取流程的文章就介紹到這了,更多相關nginx請求頭數據讀取內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

相關文章

  • Nginx實現基于請求頭的訪問控制配置的示例

    Nginx實現基于請求頭的訪問控制配置的示例

    在Nginx中,可以使用"allow"和"deny"指令來實現IP訪問限制,本文給大家介紹Nginx實現基于請求頭的訪問控制配置,感興趣的朋友一起看看吧
    2023-11-11
  • 使用Nginx實現服務器中多容器共存的方法

    使用Nginx實現服務器中多容器共存的方法

    這篇文章主要介紹了使用Nginx實現服務器中多容器共存的方法,非常不錯,具有一定的參考借鑒價值,需要的朋友可以參考下
    2018-10-10
  • 使用Nginx代理上網的方法

    使用Nginx代理上網的方法

    這篇文章主要介紹了使用Nginx代理上網的方法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2019-05-05
  • Nginx中禁止使用IP訪問網站的配置實例

    Nginx中禁止使用IP訪問網站的配置實例

    這篇文章主要介紹了Nginx中禁止使用IP訪問網站的配置實例,一般在備案時可能需要這種設置,需要的朋友可以參考下
    2014-07-07
  • 阿里云ssl證書如何通過Nginx部署到服務器

    阿里云ssl證書如何通過Nginx部署到服務器

    這篇文章主要介紹了阿里云ssl證書通過Nginx部署到服務器的方法,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2023-03-03
  • 18個運維必知的Nginx代理緩存配置技巧(你都掌握了哪些呢)

    18個運維必知的Nginx代理緩存配置技巧(你都掌握了哪些呢)

    這篇文章主要介紹了18個運維必知的Nginx代理緩存配置技巧(你都掌握了哪些呢),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2019-09-09
  • nginx配置proxy_pass代理轉發(fā)時報404問題

    nginx配置proxy_pass代理轉發(fā)時報404問題

    這篇文章主要介紹了nginx配置proxy_pass代理轉發(fā)時報404問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2024-01-01
  • Nginx if語句加正則表達式實現字符串截斷

    Nginx if語句加正則表達式實現字符串截斷

    這篇文章主要介紹了Nginx if語句加正則表達式實現字符串截斷功能,特殊場合下可能會需要這個功能,NGINX的奇淫技巧之一,需要的朋友可以參考下
    2015-02-02
  • Nginx中的root和alias指令示例詳解

    Nginx中的root和alias指令示例詳解

    Nginx是一種高性能的Web服務器軟件,其中root和alias是用于配置資源位置的兩個指令,root指令用于設置資源的根目錄,而alias指令則為特定location設置路徑別名,root適用于整體目錄結構,alias適合細粒度路徑控制,本文詳解這兩個指令的用途及區(qū)別
    2024-10-10
  • 解析阿里云centos7服務器nginx配置及常見問題解答

    解析阿里云centos7服務器nginx配置及常見問題解答

    這篇文章主要介紹了阿里云centos7服務器nginx配置及常見問題解答,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2020-07-07

最新評論