Django的Cookie和Session

阿新 • • 發佈：2019-01-15

在Django裡面，使用Cookie和Session看起來好像是一樣的，使用的方式都是request.COOKIES[XXX]和request.session[XXX],其中XXX是您想要取得的東西的key，但是這兩者的原理和實現方式確是非常的不同。
　　
　　首先介紹Cookie，只要是HTTP協議，就會有COOKIE這個東西; 只要您的瀏覽器沒有禁用Cookie，就　　可是使用它。而且是不分用什麼語言，用什麼框架，因為這是在HTTP協議的層面支援的，瀏覽器會把您設定的XXX的這個Cookie在Response之後儲存到您的本地機器，在下次您向伺服器提交或者瀏覽的時候會把上次儲存下來的COOKIE帶上傳送向伺服器;說到這裡我們應該澄清一個概念，就是BS結構理論上是沒有同步的伺服器-客戶端的狀態維持的，所以Cookie本質上就是一種非同步的狀態維護,所有這一切瀏覽器都幫我們搞定了，所以不用關心。當然如果使用是Django的話，最終的HttpRequest也許是WSGIRequest（除錯的時候使用WSGI方式），也許是ModPythonRequest(使用Apache+Mod_python的方式),甚至您自己寫自己的實現方式，但是最終我們都可以看到，他們都是一個HTTP協議要求的Requset的實現;

　　接下來介紹Session，其他的框架當中是否也有Session這個東東我不知道，至少Django的這個東東是非常有用的。我們都知道Django可以同過meddleware來修改requset和response，如果想使用Django當中Session，首先必須要求您的Django工程的settiongs.py檔案裡面的MIDDLEWARE_CLASSES設定裡面已經包含有django.contrib.sessions.middleware.SessionMiddleware（其實預設就是有的）。接下來我們看看/django/contrib/sessions/middleware.py這個檔案，裡面定義了一個SessionMiddleware的class，其中的process_request函式之有一句話 request.session = SessionWrapper(request.COOKIES.get(settings.SESSION_COOKIE_NAME, None))，我們所使用的request.session當中的sesson這個變數就是在這一刻誕生的，其實這個session就是一個SessionWrapper類，這個類是根據得到COOKIES裡面的settings.SESSION_COOKIE_NAME來作為生成SessionWrapper的依據。
　　看到這裡大家留意沒有？session其實是依賴於Cookie的，如果瀏覽器不支援Cookie的話，Django的Session也就無從用起了，因為Session的生成是根據Cookie裡面記錄的SESSION_COOKIE_NAME來生成的，那麼這個Cookie是什麼時候設定的呢？接下來再看process_response過程，
def process_response(self, request, response):
# If request.session was modified, or if response.session was set, save
# those changes and set a session cookie.
patch_vary_headers(response, ('Cookie',))
try:
modified = request.session.modified
except AttributeError:
pass
else:
if modified or settings.SESSION_SAVE_EVERY_REQUEST:
session_key = request.session.session_key or Session.objects.get_new_session_key()
if settings.SESSION_EXPIRE_AT_BROWSER_CLOSE:
max_age = None
expires = None
else:
max_age = settings.SESSION_COOKIE_AGE
expires = datetime.datetime.strftime(datetime.datetime.utcnow() + datetime.timedelta(seconds=settings.SESSION_COOKIE_AGE), "%a, %d-%b-%Y %H:%M:%S GMT")
new_session = Session.objects.save(session_key, request.session._session,
datetime.datetime.now() + datetime.timedelta(seconds=settings.SESSION_COOKIE_AGE))
response.set_cookie(settings.SESSION_COOKIE_NAME, session_key,
max_age=max_age, expires=expires, domain=settings.SESSION_COOKIE_DOMAIN,
secure=settings.SESSION_COOKIE_SECURE or None)
return response

　　其他的不詳說了，我們注意其中的兩句
session_key = request.session.session_key or Session.objects.get_new_session_key() 如果存在session_key就用，如果不存在就建立一個新的Seesion，並返回它的key。
response.set_cookie(settings.SESSION_COOKIE_NAME, session_key,........) 把 response設定上這個settings.SESSION_COOKIE_NAME這個Cookie，改Cookie的值為session_key.

　　回過頭來我們再看看process_request,其實我們最初的第一次瀏覽一個Django作的網站的時候，process_request函式是得不到叫做SESSION_COOKIE_NAME的這個Cookie的，但是在剩下的網站的第一次response之後，這個Cookie就出現了。process_request函式根據SESSION_COOKIE_NAME這個Cookie記錄的session_key來建立了一個SessionWrapper這個類的一個例項，以後我們使用的request.session就是這個SessionWrapper,其實SessionWrapper就是對Session這個Model的封裝(具體如何封裝我詳細講了，有興趣自己看一下)，我們同過對request.session[XXX]=****這樣的操作最終到儲存到了資料庫當中Session這個Model對應的表;

　　最後，既然有了Cookie，為什麼還需要Session呢？？因為不能Cookie儲存太多的東西，而且儲存的型別僅限於字串。比如我們使用request.COOKIES[XXX]=您自己建立的一個類的例項，這樣這個類的例項是絕對不能傳送到客戶端本地的，所以這時候session就派上用場了，這樣在客戶端的Cookie只是記錄了一個key，這個key用來說明伺服器端的那個資料是這個客戶端的，至於伺服器端的這個key的那條記錄，就可以儲存N多東西了，因為這個資料是一個字典，同過pickle儲存和還原。

Django的Cookie和Session

cookie 和session 的區別詳解

客戶端和服務端如何使用Token和Session

Python之路66-Django中的Cookie和Session

setMaxInactiveInterval和session-config的比較

Cookie和session

cookie和session的區別

Django之cookie和session

淺談hibernate的sessionFactory和session

Cookie 和 Session

HttpContext.Current.Session 和 Session 的區別

[Java][web]利用Spring隨時隨地獲得Request和Session

關於django用戶登錄認證中的cookie和session

cookie和session的優缺點

day18-2-django之分頁和session

Cookie 和Session 的區別

mysql基礎--global參數和session參數的設置

restful架構風格設計準則（五）用戶認證和session管理

Cookie和Session，訪問Web項目上的資源文件

Struts的學習-通配符和session對象

基礎知識《十二》一篇文章理解Cookie和Session

Django的Cookie和Session

相關推薦