要理解這個意思，可以考慮以下的情況：
妳訪問某個網站，然後這個網站是需要以會員身份登錄的，那麽當妳輸入用戶名、密碼正確登錄後，這個信息怎麽讓下面的網頁得知這個呢？
我們知道，網頁是無狀態的，這句話的意思是：如果妳訪問 a 網頁，再訪問 b 網頁，從實質上說，兩個網頁之間如果沒有特別的手段是完全互不相幹的（唯壹的聯系可能是這兩個文件都存在壹個服務器上）。
php裏的session是超全局數組(php 5以上版本)，從這個角度來說，妳可以把session看成是保存在內存裏，供所有php腳本的訪問的數據塊。
請參看以下相關資料：
關於session
我們知道，用戶訪問壹個網站時往往需要瀏覽許多網頁。對於壹個通過PHP構築的網站來說，用戶在訪問的過程中需要執行許多的PHP腳本。然而由於HTTP協議自身的特點，用戶每執行壹個PHP腳本都需要和Web服務器重新建立連接。
又由於無狀態記憶的特點，此次連接無法得到上次連接的狀態。這樣，用戶在壹個PHP腳本中對壹個變量進行了賦值操作，而在另外壹個PHP腳本中卻無法得到這個變量的值。例如，用戶在負責登錄的PHP腳本中設置了$user="wind",卻無法在另壹個PHP腳本中通過調用$user來獲得“wind”這個值。也就是說，在PHP中無法設置全局變量。每個PHP腳本中所定義的變量都是只在這個腳本內有效的局部變量。
Session解決方案，就是要提供在PHP腳本中定義全局變量的方法，使得這個全局變量在同壹個Session中對於所有的PHP腳本都有效。上面我們提到了，Session不是壹個簡單的時間概念，壹個Session中還包括了特定的用戶和服務器。因此更詳細地講，在壹個Session定義的全局變量的作用範圍，是指這個Session所對應的用戶所訪問的所有PHP。
例如A用戶通過Session定義了壹個全局變量$user=“wind”中，而B用戶通過Session定義的全局變量$user=“jane”。那麽在A用戶所訪問的PHP腳本中，$user的值就是wind。
php中的Session與Cookie
在PHP開發中對比起Cookie，session 是存儲在服務器端的會話，相對安全，並且不像 Cookie 那樣有存儲長度限制，本文簡單介紹 session 的使用。
由於 Session 是以文本文件形式存儲在服務器端的，所以不怕客戶端修改 Session 內容。實際上在服務器端的 Session 文件，PHP 自動修改 session 文件的權限，只保留了系統讀和寫權限，而且不能通過 ftp 修改，所以安全得多。
對於 Cookie 來說，假設我們要驗證用戶是否登陸，就必須在 Cookie 中保存用戶名和密碼(可能是 md5 加密後字符串)，並在每次請求頁面的時候進行驗證。如果用戶名和密碼存儲在數據庫，每次都要執行壹次數據庫查詢，給數據庫造成多余的負擔。因為我們並不能只做壹次驗證。為什麽呢?因為客戶端 Cookie 中的信息是有可能被修改的。假如妳存儲 $admin 變量來表示用戶是否登陸，$admin 為 true 的時候表示登陸，為 false 的時候表示未登錄，在第壹次通過驗證後將 $admin 等於 true 存儲在 Cookie，下次就不用驗證了，這樣對麽?錯了，假如有人偽造壹個值為 true 的 $admin 變量那不是就立即取的了管理權限麽?非常的不安全。
而 Session 就不同了，Session 是存儲在服務器端的，遠程用戶沒辦法修改 session 文件的內容，因此我們可以單純存儲壹個 $admin 變量來判斷是否登陸，首次驗證通過後設置 $admin 值為 true，以後判斷該值是否為 true，假如不是，轉入登陸界面，這樣就可以減少很多數據庫操作了。而且可以減少每次為了驗證 Cookie 而傳遞密碼的不安全性了(session 驗證只需要傳遞壹次，假如妳沒有使用 SSL 安全協議的話)。即使密碼進行了 md5 加密，也是很容易被截獲的。
當然使用 session 還有很多優點，比如控制容易，可以按照用戶自定義存儲等(存儲於數據庫)。我這裏就不多說了。