從本質上說，upstream屬于handler，只是他不產生自己的內容，而是通過請求后端服務器得到內容，所以才稱為upstream（上游）。請求并取得響應內容的整個過程已經被封裝到nginx內部，所以upstream模塊只需要開發若干回調函數，完成構造請求和解析響應等具體的工作。 這些回調函數如下表所示： | create_request | 生成發送到后端服務器的請求緩沖（緩沖鏈），在初始化upstream 時使用。 | |-----|-----| | reinit_request | 在某臺后端服務器出錯的情況，nginx會嘗試另一臺后端服務器。 nginx選定新的服務器以后，會先調用此函數，以重新初始化 upstream模塊的工作狀態，然后再次進行upstream連接。 | | process_header | 處理后端服務器返回的信息頭部。所謂頭部是與upstream server 通信的協議規定的，比如HTTP協議的header部分，或者memcached 協議的響應狀態部分。 | | abort_request | 在客戶端放棄請求時被調用。不需要在函數中實現關閉后端服務 器連接的功能，系統會自動完成關閉連接的步驟，所以一般此函 數不會進行任何具體工作。 | | finalize_request | 正常完成與后端服務器的請求后調用該函數，與abort_request 相同，一般也不會進行任何具體工作。 | | input_filter | 處理后端服務器返回的響應正文。nginx默認的input_filter會 將收到的內容封裝成為緩沖區鏈ngx_chain。該鏈由upstream的 out_bufs指針域定位，所以開發人員可以在模塊以外通過該指針 得到后端服務器返回的正文數據。memcached模塊實現了自己的 input_filter，在后面會具體分析這個模塊。 | | input_filter_init | 初始化input filter的上下文。nginx默認的input_filter_init 直接返回。 |