1.會話:
由於http是無狀態的,因此無法紀錄客戶的一連串的動作,必須有一種機制使伺服器能認得客戶,這就引入了"會話"概念!
客戶端開啟與伺服器的連線發出請求到伺服器響應客戶端請求的全過程。
2.會話跟蹤
瀏覽器與伺服器之間的通訊是通過http協議進行通訊的，而http協議是」無狀態」的協議，它不能儲存客戶的資訊，即一次響應完成之後連線就斷開了，下一次的請求需要重新連線，這樣就需要判斷是否是同乙個使用者，所以才應會話跟蹤技術來實現這種要求。
3.會話跟蹤常用的方法:
ⅰ.session
session技術把使用者的資料寫到使用者獨佔的session中。就是說每乙個使用者都有乙個不同的session，各個使用者之間是不能共享的，是每個使用者所獨享的。
session物件由伺服器建立，開發人員可以呼叫request物件的getsession方法得到session物件。
cookie是把使用者的資料寫給使用者的瀏覽器。進而進行使用者的識別。對於客戶端的每次請求，伺服器都會將cookie傳送到客戶端,在客戶端可以進行儲存,以便下次使用。另外，cookie儲存的資料量有限，不同的瀏覽器有不同的儲存大小，但一般不超過4kb。因此使用cookie只能儲存一些小量的資料。
//在伺服器端獲取cookie
cookie[
]cookies = request.
getcookies()
;for
(int i =
0; cookies != null && i < cookies.length;i++
)//在伺服器端設定cookie
string username =
"admin"
; cookie usernamecookie =
newcookie
("username"
, username)
; response.
addcookie
(usernamecookie)
;
將會話id新增到html表單元素中提交到伺服器,此表單元素並不在客戶端顯示.
**格式：＜input type="hidden" name="..." value="..."＞
如：>
▪這裡的隱藏網域名稱為can，值為<%=1%>，即值為1；
▪遞交表單到新頁面***.asp；
▪在***.asp頁中，使用request.write request.form("can")，則在頁面中顯示的值就是1.
ⅳ.url重寫
url(統一資源定位符)是web上特定頁面的位址，url重寫的技術就是在url結尾新增乙個附加資料以標識該會話,把會話id通過url的資訊傳遞過去，以便在伺服器端進行識別不同的使用者。
其優點在於：
提高你的**的安全性；
提高搜尋引擎閱讀和索引**的能力
變更追蹤的三種方式
支援 poco entity。把查詢出來的 entity 儲存乙個快照，修改 entity 後和快照對比那些屬性發生變化。orm 按需更新 分為動態 和靜態 兩種方式 的實現原理 利用 virtual 特性進行屬性重寫 從而實現變更追蹤。支援 poco entity。靜態 建立乙個 類繼承 poco...
3種web會話管理的方式
http是無狀態的，一次請求結束，連線斷開，下次伺服器再收到請求，它就不知道這個請求是哪個使用者發過來的。當然它知道是哪個客戶端位址發過來的，但是對於我們的應用來說，我們是靠使用者來管理，而不是靠客戶端。所以對我們的應用而言，它是需要有狀態管理的，以便服務端能夠準確的知道http請求是哪個使用者發起...
TensorFlow會話常用的兩種方式
需要注意的是我們可以使用兩種方法來建立並使用session 方法一 sess tf.session result sess.run feed dict sess.close 方法二 with tf.session as sess result sess.run feed dict 1.1 線性函式 ...