最近跟session較上了，前一篇帖子內容少，但很多人在專案中都出現了提到了第二種情況，來自於真實情景。
現在在寫乙個關於session在實際開發中的問題
情景如下：在**發現需要取使用者資料，這部分登入資料放到session裡面，但是**的邏輯卻出現問題，
在**中
//使用到對id進行一些列操作
**有什麼問題？
1.sessin不一定存在，使用前沒有進行判斷，自己測試時候容易忽略，作為登入使用者來測試，一切完好。
2.根據判斷session裡面有資訊取出id，但是如果沒有user這個物件呢？這個時候已經出錯了，為什麼這個邏輯不處理？然後你定義乙個全域性頁面，返回到要處理這個全域性頁
這個是常見問題，如果邏輯完整，當然沒有問題，只是點邏輯上不是很好罷了！不是想**的
早期如果規劃好路徑，進行相應路徑呼叫這個方法時候，已經aop攔截保證了相關許可權使用者才能進行呼叫，那麼為什麼要寫這些邏輯對**進行汙染？進行編碼的程式設計師能很爽的使用session，也知道這個user物件必定存在，不需要進行那麼判斷，不需要在裡面決定同一返回哪些頁面，這個**邏輯也清晰，一些冗餘的**不是也抽離出來了嗎？
webpy使用筆記 二 session的使用
webpy使用系列之session的使用，雖然工作中使用的是django，但是自己並不喜歡那種大而全的東西 什麼都給你準備好了，自己好像乙個機械人一樣趕著重複的基本工作，從在學校時候就養成了追究原理的習慣，從而有了這篇session的使用和說明。下面為官方的例子，用session來儲存頁面訪問的次數...
Session的使用與Session的生命週期
1 httpsession的方法 object getattribute string enumerationgetattributenames long getcreationtime string getid string getlastaccessedtime int getmaxinacti...
Session遇到的問題
細心，再細心。搗鼓一下午，原來是低階錯誤！session 如果瀏覽器 位址 更改，會獲取不到 比如 http localhost 8080 jsp jsp頁面中迴圈輸出session與cookie enumeration e session.getattributenames string temp...