大家想，人與人之間說話交流， 辨別你是小明還是小紅。 第一點 可能就是 外表（光），第二點就是說話的音色（空氣）。上面的例項說明了一件基本事實， 兩個不同個體之間，判別對方，需要通過 至少一種憑據 和 必備的媒介（例如光、空氣）。由此 可以想到 瀏覽器 與 服務端也是需要一種憑據 和 媒介。
最早之前伺服器與瀏覽器之間相互。一次請求之後就 結束了，不會儲存這個請求的資訊。這帶來很多不便（呼叫其他介面都要帶著使用者登陸資訊），因此某位 大神 就提出乙個方案... cookie
cookie可以持久的儲存在瀏覽器端,cookie可以設定過期時間、路徑...等等
同時 cookie 也可也伴隨 http 從 瀏覽器端 傳送到 服務端， 相反的服務端也以把 cookie 資訊傳送到瀏覽器端。
此時再想一想登陸邏輯, 使用者a登陸， 服務端一般會把登陸資訊存起來（可以把資訊存在 檔案裡，或存在記憶體裡等等），然後派發出乙個加密唯一的 sessionid 來 對應a 使用者資訊（ sessionid ---> a 的登陸資訊。）最後服務端通過操作響應頭 ,把 sessionid 這個值 通過 cookie 的形式，傳輸到瀏覽器端.瀏覽器端 一般就會儲存cookie。 當使用者再訪問 該服務端的 鏈結時，都會帶著sessionid（隨著cookie 傳到後端）。 然後服務端 就憑藉這個 sessionid 來檢視使用者的資訊，判斷當前誰登陸了，是不是登陸狀態。
圖鑑（自己用koa寫的簡單後台介面）ccookie 隨http 請求 傳輸 證名：
我對SNS我理解
模仿也要做得比真的還好，比如qq,它的業務包括客戶端都是模仿別人的，但能做得像它那樣，的確不容易。sns在國內肯定能火的，不過現在的sns 只是太跟風了，沒有了自己的特點，很多的sns 很難看出它到底還是不是sns，或者它到底去哪個方向？自己都沒有弄清楚。所以sns在國內是很有機遇的。其實在當前經濟...
我對補碼的理解
計算機中用補碼表示乙個數是為了方便運算的，這樣減法也可以通過加法來實現。為什麼這樣設計行呢？主要是因為計算機里數的特殊儲存格式決定的，計算機裡用固定位數表示乙個數，超過該位置的部分會被捨棄。拿8byte的int型來說，無符號形式下，最大到1111 1111 255，超過了該範圍，會被截斷的，如 11...
我對SOA的理解
每次給客戶做工作流培訓，都要接觸不同的行業，但我每次都被問了乙個同樣的問題 hongsoft老師，請問應該怎麼理解soa？這個問題其實和工作流培訓關係不大，但現在如火如荼的soa的推廣都和bpel扯上了關係，而bpel又和工作流間 說不清，道不明 所以我還真要說說，我是怎麼理解soa的。7 80年代...