許多人利用Session變量來開發ASP（Active Server Pages）。這些變量與任何編程語言中通用的變量非常相似，并且具有和通用變量一樣的優點和缺陷。任何命令都需要運行時間和存儲空間（甚至GOTO’s語句如此），Session變量同樣需要自己的運行時間和存儲空間。過多地使用Session變量就會導致無法代碼冗余，并且使服務器運行成本提高下面是我個人使用Session變量的一些主要觀點和心得體會。

　　優點

　　如果要在諸多Web頁間傳遞一個變量，那么用Session變量要比通過QueryString傳遞變量可使問題簡化。

　　要使WEb站點具有用戶化，可以考慮使用Session變量。你的站點的每位訪問者都有用戶化的經驗，基于此，隨著LDAP和諸如MS Site Server等的使用，已不必再將所有用戶化過程置入Session變量了，而這個用戶化是取決于用戶喜好的。

　　你可以在任何想要使用的時候直接使用session變量，而不必事先聲明它，這種方式接近于在VB中變量的使用。使用完畢后，也不必考慮將其釋放，因為它將自動釋放。

　　缺點

　　Session變量和cookies是同一類型的。如果某用戶將瀏覽器設置為不兼容任何cookie，那么該用戶就無法使用這個Session變量！

　　當一個用戶訪問某頁面時，每個Session變量的運行環境便自動生成，這些Session變量可在用戶離開該頁面后仍保留20分鐘！（事實上，這些變量一直可保留至“timeout”。“timeout”的時間長短由Web服務器管理員設定。一些站點上的變量僅維持了3分鐘，一些則為10分鐘，還有一些則保留至默認值20分鐘。）所以，如果在Session中置入了較大的對象（如ADO recordsets，connections， 等等），那就有麻煩了！隨著站點訪問量的增大，服務器將會因此而無法正常運行！

　　因為創建Session變量有很大的隨意性，可隨時調用，不需要開發者做精確地處理，所以，過度使用session變量將會導致代碼不可讀而且不好維護。

　　雖然“你可以在任何想要使用的時候直接使用session變量，而不必事先聲明它，這種方式接近于在VB中變量的使用。使用完畢后，也不必考慮將其釋放，因為它將自動釋放”。但是，“誰”想到那兒呢？變量的含義是什么？這些都變得不很清晰。

　　總結

　　使用Session變量既有優點，又有缺點。就我個人的觀點，最好少用，但在某些地方使用它們確實能使Web開發大大地簡化。是否使用Session變量完全取決于個人的需要，無論使用與否，都要事先考慮其優缺點