标签：
HTTP属于应用层，HTTP协议一共有五大特点：1、支持客户/服务器模式;2、简单快速;3、灵活;4、无连接;5、无状态。
无状态
HTTP协议是无状态的协议。一旦数据交换完毕，客户端与服务器端的连接就会关闭，再次交换数据需要建立新的连接。这就意味着服务器无法从连接上跟踪会话。
服务器不记的上次给了浏览器什么，否则服务器的压力会太大。每次请求到达asp.net，都创建一个HttpHandler的新对象来处理。
public class TestController : Controller { int i=0; public ActionResult Index() { //每次访问Index页面TestController都会重新实例化,i每次都会实例化为0 i = i + 1; return View(); } }
无连接
无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
Cookie的基本概念
Cookie是客户端技术，服务器把每个用户的数据以cookie的形式写给用户各自的浏览器。当用户使用浏览器再去访问服务器中的web资源时，就会带着各自的数据去。
1、Cookie只是一段字符串，并不能执行。
2、大多数浏览器规定Cookie大小不超过4K，每个站点能保存的Cookie不超过20个，所有站点保存的Cookie总和不超过300个。
3、除了Cookie外，几乎没有其他的方法能在客户端的机器上写入数据（就连Cookie的写入操作也是浏览器进行的）。当然，连Cookie都可以通过浏览器安全配置来禁止。
4、在使用Cookie时，必须意识到其固有的安全弱点。Cookie毕竟是存放于客户端的。因此不要在Cookie中保存保密信息，如用户名、密码、信用卡号等。在Cookie中不要保存不应该由用户掌握的内容，也不要保存可能被其他窃取Cookie的人控制的内容。
5、不同浏览器Cookie是独立的。
6、Cookie是把信息储存在HTTP报文头中的。
public ActionResult Index() { //写入Cookie三种方式 //写入Cookie时Path的问题：Path为空，当前路径和子文件夹都可以读取。 //如果有主站及二级域名站且cookie要共享的话则要加入如下设置 cookie.Domain = ".cnblog.com"; //方式1 var cookie = new HttpCookie("name", "linq"); Response.Cookies.Add(cookie); //不设置Expires关闭浏览器后cookie就会失效 //方式2 Response.Cookies["name1"].Value = "linq1"; Response.Cookies["name1"].Expires = DateTime.Now.AddHours(1); //方式3 var acookie = new HttpCookie("name2"); acookie.Value = "linq2"; acookie.Expires = DateTime.Now.AddHours(1); Response.Cookies.Add(acookie); //读取Cookie的值之前，应该确保该 Cookie 确实存在。否则，您将得到一个异常 //读取Cookie var httpCookie = Request.Cookies["name1"]; if (httpCookie != null) { var name = httpCookie.Value; } //修改和删除cookie //修改的方法与创建方法相同 var cookieEdit = new HttpCookie("name", "linq"); cookieEdit.Expires = DateTime.Now.AddDays(-1); //将其有效期设置为过去的某个日期。当浏览器检查 Cookie 的有效期时，就会删除这个已过期的 Cookie。 Response.Cookies.Add(cookieEdit); return View(); }
前端jquery.cookie.js操作cookie
<script type="text/javascript" src="Scripts/jquery-2.2.3.min.js"></script> <script type="text/javascript" src="Scripts/jquery.cookie.js"></script> <script type="text/javascript"> //expires：（Number | Date）有效期；设置一个整数时，单位是天；也可以设置一个日期对象作为Cookie的过期日期； //path：（String）创建该Cookie的页面路径； //domain：（String）创建该Cookie的页面域名； //secure：（Booblean）如果设为true，那么此Cookie的传输会要求一个安全协议，例如：HTTPS； $(document).ready(function () { //读取cookies var s = $.cookie(‘name2‘); //修改cookies $.cookie(‘name2‘, ‘JQlinq‘); //删除cookies,修改 $.cookie(‘name1‘, null, { expires: new Date(‘2016/1/6 11:44:30‘), path: ‘/‘ }); //通过传递null作为cookie的值即可 }); </script>
优点：
● 跨页面维持用户状态、信息
● 使用方便，并且能存储任何类型
● 能保存每个客户端的信息
● 安全的、透明的
缺点：
● 因为Session是保存在服务端的内存中的，随着客户端请求的增多，很有可能影响到性能
● 在Web.conig中，sessionState节点的mode属性，如果设置为"StateServer"或"SQLServer",就必须为存储到Session中的对象打上[Serializable]。这样在存储、读取Session的时候，不断地序列化和反序列化，也会影响到性能
public ActionResult Index() { Session.Add("aa", "aa"); Session["aa"] = "cc"; Session.Add("bb", "bb"); Session.Remove("bb"); return View(); }
如果我们想让Session失效：
<system.web> <sessionState mode="off" /> </sytem.web>
这也是ASP.NET Session机制所选用的默认Mode，在该模式下，只保存当前应用程序域的数据。如果重启服务器，Session保存的数据会全部丢失(如果30分钟没调用Session就会丢失)
<system.web> <sessionState mode="InProc" timeout="30" /> </system.web>
Session保存在服务器端。为了获得更高的存取速度，服务器一般把Session放在内存里。每个用户都会有一个独立的Session。如果Session内容过于复杂，当大量客户访问服务器时可能会导致内存溢出。因此，Session里的信息应该尽量精简。
Session的生命周期
Session生成后，只要用户继续访问，服务器就会更新Session的最后访问时间，并维护该Session。用户每访问服务器一次，无论是否读写Session，服务器都认为该用户的Session“活跃（active）”了一次。
Session的有效期
由于会有越来越多的用户访问服务器，因此Session也会越来越多。为防止内存溢出，服务器会把长时间内没有活跃的Session从内存删除。这个时间就是Session的超时时间。如果超过了超时时间没访问过服务器，Session就自动失效了。
标签：
原文地址：http://www.cnblogs.com/lgxlsm/p/5517329.html
