＋设为首页 ＋添加到收藏夹
the other mechanism that asp.net uses for maintaining session state works without cookies. some browsers do not support cookies or are not configured to keep and send cookies. asp.net provides a mechanism for getting around this problem by redirecting a request to a url that has the asp.net session id embedded in it. when a request is received, the embedded session id is simply stripped out of the url and is used to find the appropriate instance of the session object. this works great for browsers that are doing http get requests, but creates issues when writing microsoft® .net code that consumes an xml web service. 【程序编程相关:我的C#学习过程 第一天 安装 】
asp.net session state is maintained by using one of two underlying mechanisms. the first is by using http cookies. the idea behind http cookies is that when the client sends a request, the server sends back a response with an http set-cookie header that has a name/value pair in it. for all subsequent requests to the same server, the client sends the name/value pair in an http cookie header. the server then can use the value to associate the subsequent requests with the initial request. asp.net uses a cookie that holds a session id to maintain session state. then that id is used to find the corresponding instance of the httpsessionstate class for that particular user. the httpsessionstate class provides just a generic collection in which you can store any data that you want. 【推荐阅读:简单的c#文本文件读写 】
it should be noted that sometimes it makes sense to store state information in cookies themselves instead of in the asp.net session object. by avoiding the session object, you use fewer resources on the server, and you do not have to worry about issues like locating a specific instance of the session object across a web farm, instances of the session object being cleaned up because of a long delays between requests, or session instances lingering around for no reason until their timeout period expires. however, if you have data that includes implementation information that you do not want to share with the consumers of your service, or is private data that you do not want to send across an unencrypted channel, or if the data would be impractical to serialize into an http header, then it may make sense to take advantage of the httpsessionstate class in asp.net. the httpsessionstate class returns an index key that is used to map a particular user to an instance of the httpsessionstate class that holds information stored for that user. both the asp.net httpsessionstate class and http cookies are available to users writing asp.net web services.
... 下一页