使用HTTP協議時，為了充分利用資源，經常會用到http的長連線，也就是底層tcp連線的複用。
在requests庫中，HTTP的長連線是通過Session會話實現的。

會話物件讓你能夠跨請求保持某些引數。它也會在同一個 Session 例項發出的所有請求之間保持 cookie， 期間使用 urllib3 的 connection pooling 功能。所以如果你向同一主機發送多個請求，底層的 TCP 連線將會被重用，從而帶來顯著的效能提升。

HTTP persistent connection, also called HTTP keep-alive, or HTTP connection reuse, is the idea of using a single TCP connection to send and receive multiple HTTP requests/responses, as opposed to opening a new connection for every single request/response pair. The newer HTTP/2 protocol uses the same idea and takes it further to allow multiple concurrent requests/responses to be multiplexed over a single connection.

下面舉例說明，如何使用requests的Session:

#!/usr/bin/python
# -*- coding: utf-8 -*-


import requests
import time

url="http://172.20.29.116:5140"

payload=[{'mesg': 'one'},{'mesg':'two'}]

s = requests.Session()
r = s.post(url, data=payload)
print r.headers
print r.status_code
print r.content

while True:
    time.sleep(10
 
)

$ netstat -anp | grep 5140
.....   ....    ... ...5140     ESTABLISHED

使用Session傳送HTTP請求後，可以看到，連線依然是ESTABLISHED。
而不使用Session的情況，則是傳送HTTP請求後，連線即斷開。下次傳送請求又要重新建立連線。

注意

要使用長連線，需注意，只有所有的響應體資料被讀取完畢連線才會被釋放為連線池；所以確保將 stream 設定為 False 或讀取 Response 物件的 content 屬性。
所謂stream，是指響應體內容工作流，預設情況下，當你進行網路請求後，響應體會立即被下載。可以通過設定stream為False，推遲下載響應體直到訪問Response.content。

預設情況下， stream是False。使用長連線時，預設即可。

另外，長連線是需要server端支援的，如果server端不支援(例如django server本身是不支援的，每次接收request，處理完成後，就斷開連線)，則client設定了也是沒有用的。

參考：