我們都知道internet通訊協議可以分為有狀態協議和無狀態協議，而我們在www上進行的訪問http協議是乙個無狀態協議，這種協議無法將使用者的乙個請求與另乙個關聯，這樣有怎麼能讓我們在網路購物的時候新增商品呢？！而會話可以被看成乙個與單個使用者相互關聯的物件，會話跟蹤技術可以幫助每個使用者在web應用程式中的特定資料，當然它也可以區分不同使用者在同乙個web應用程式中的資料，這樣我們就能使得我們的購物車中能有我們已經挑選過的商品了。
最經常的場景就是登入狀態的控制，當我們登入乙個**時在這個**下的不同頁面都會顯示登入資訊，如果是未登入狀態，**後台還會對訪問頁面進行攔截，還能基於使用者角色進行許可權控制。這其中就是session物件在起作用，我們來看一下session物件介紹。
一、session代表伺服器與瀏覽器的一次會話過程，這個過程是連續的，也可以時斷時續的。
二、session只有被呼叫的時候才會被生成，不是會話建立的時候生成的。
三、session是有一定時效的，它是存在於伺服器記憶體當中，並沒有永續性。
四、session不會因為瀏覽器關閉而刪除，只會主動刪除或者時限到了而刪除。
五、session可以作為乙個容器，儲存必要的資訊比如登入資訊。
六、session物件和cookie一樣是無法跨域的。
可以看出當把使用者登入資訊寫入session後，後台就能通過session來判斷登入狀態，但是當使用者訪問的不是同乙個域的位址時就難以生效。也就是外部頁面不能通過session物件來判斷使用者的登入狀態，也就是這個頁面就無法做未登入使用者的攔截和許可權的控制。
對於有多個子系統，要在不同系統之間跳轉怎麼辦？別急，既然兩個系統之間沒法互動，就在訪問的系統前邊在設定一層系統，使用者通過這一層系統進行登陸認證和頁面**，也就是所有的請求都通過這層系統進行，不過怎麼做對原有的系統來說代價太大了，每乙個涉及跳轉位址都要修改，耦合性太大了，不利於維護單個子系統。
於是就有現在非常流行授權登入，在每次訪問外部頁面的時候對外系統進行授權登入，把登入資訊登入到外系統，沒有授權登入的使用者進行攔截，不允許直接通過url訪問外系統頁面實現許可權控制。
跨域訪問WCF問題
1.可以使用jsonp.2.1.xml配置內容,儲存成clientaccesspolicy.xml放在發布的wcf所在的根目錄下。這裡寫上sl的url,或是 allow from grant to resource path include subpaths true grant to policy...
跨域與跨域訪問
跨域是指從乙個網域名稱的網頁去請求另乙個網域名稱的資源。比如從www.baidu.com 頁面去請求 www.google.com 的資源。跨域的嚴格一點的定義是 只要協議，網域名稱，埠有任何乙個的不同，就被當作是跨域 使用者訪問www.mybank.com 登陸並進行網銀操作，這時cookie啥的...
跨域與跨域訪問
跨域是指從乙個網域名稱的網頁去請求另乙個網域名稱的資源。比如從www.baidu.com 頁面去請求 www.google.com 的資源。跨域的嚴格一點的定義是 只要協議，網域名稱，埠有任何乙個的不同，就被當作是跨域 使用者訪問www.mybank.com 登陸並進行網銀操作，這時cookie啥的...