问题描述
Response这个对象到底是操作什么的,是IIS向浏览器发送数据的对象吗???Request这个对象是浏览器向IIS发送数据吗?会话状态也不明白?会话由一个可以使用SessionID属性读取的唯一会话标识符标识。为ASP.NET应用程序启用会话状态时，将检查应用程序中每个页面请求是否有浏览器发送的SessionID值。如果未提供任何SessionID值，则ASP.NET启动一个新会话，然后将该会话的SessionID随响应一起发送到浏览器。SessionID会一起发送到浏览器,那么我在浏览器怎么取这个sessionID呢?????????我又怎么储存下来呢????另外就是我如何又将SessionID发送给IIS呢????可以给我一个小的列子吗?????????
解决方案
解决方案二：
SF
解决方案三：
response可以向屏幕输出：例：response.write("要输出的内容")；可以向另一个界面传递参数，例：response.redirect("default.aspx？num="+this.textbox1.text);另一界面：使用request.quertstring("num");可以接收刚才传过来的textbox1中的内容，还具有页面跳转功能！
解决方案四：
顶楼上的```
解决方案五：
mark
解决方案六：
SessionID会一起发送到浏览器,那么我在浏览器怎么取这个sessionID呢?????????我又怎么储存下来呢????另外就是我如何又将SessionID发送给IIS呢????可以给我一个小的列子吗?????????有点晕,感觉ASP.NET编程分不清到底谁是浏览器,谁是IIS.
解决方案七：
up........
解决方案八：
你想干吗呀，弄Session欺骗？？OK拉，去googleSession欺骗吧，那里面会有详细的原理分析有点晕,感觉ASP.NET编程分不清到底谁是浏览器,谁是IIS.！！！这个不是asp.net错，这个是标准的html协议，只要是浏览器和服务器都支持，你要怪去怪w3c组织，这个协议他们认可的
解决方案九：
Response.Write(Session.SessionID.ToString());
解决方案十：
SessionID会一起发送到浏览器,那么我在浏览器怎么取这个sessionID呢?????????我又怎么储存下来呢????另外就是我如何又将SessionID发送给IIS呢????可以给我一个小的列子吗?????????=====================比如你在登陆成功时，生成了一个Session来保存登陆成功的用户信息：Session["winlogin"]="true";这个Session值就会默认保存在服务器的内存中（可以配置WEB.CONFIG改变Session保存的位置，如保存在状态服务器，或是保存在数据库服务器中），保存成功后，服务器端会发送给客户端一个与之对应的唯一的SessionID.而每次成功登陆后的那个SessionID的值都是不一样的,这样就可以防止在不登陆的情况下直接访问某些不能访问的页的情况比如你有个页面是需要用户登陆后才可以访问的,有些不良分子想通过浏览器直接输入该页的地址来访问该页,为了避免这个情况,你可以在该页上检查是否有对应的登陆成功的Session变量产生,如果没有,就跳转到登陆页面.如下:protectedvoidPage_Load(objectsender,EventArgse){if(Session["winlogin"].ToString!="true"){Response.Redirect("login.aspx");}}
解决方案十一：
谢谢xiao_jun_0820,终于能搞懂一点了.那么自动登陆他是如何实现的呢
解决方案十二：
使用COOKIE做自动登录
解决方案十三：
能简单告诉我一下原理是怎么的吗
解决方案十四：
看看状态管理吧！
解决方案十五：
看过了,我总分不清楚哪些是客户端操作类,哪些是服务端操作类.晕晕的,搞不清楚是怎么个机制
解决方案：
asp.net体现服务器操作的强项客户端操作让JS来
解决方案：
接分，谢谢
解决方案：
up
解决方案：
ddddddddddddddd
解决方案：
恩！问到我的痛处了呵呵
解决方案：
关于SessionID和Cookie当用户第一次请求给定的应用程序中的.asp文件时，ASP生成一个SessionID。SessionID是由一个复杂算法生成的号码，它唯一标识每个用户会话。在新会话开始时，服务器将SessionID作为一个cookie存储在用户的Web浏览器中。SessionID与钥匙很相似，当会话期间用户与应用程序交互时，ASP可以将用户信息存储在服务器的一个“保险箱”中。正象用钥匙能存取保险箱中物品一样，通过在HTTP请求标题中发送的用户SessionIDcookie，就能够对该“保险箱”中的内容进行访问。每当ASP收到一个页请求时，就检查HTTP请求标题，以获得SessionIDcookie。在将SessionIDcookie存储于用户的浏览器之后，即使用户请求了另一个.asp文件，或请求了运行在另一个应用程序中的.asp文件，ASP仍会重用该cookie跟踪会话。与此相似，如果用户故意放弃会话或让会话超时，然后再请求另一个.asp文件，那么ASP将以同一个cookie开始新的会话。只有当服务器管理员重新启动服务器或用户重新启动Web浏览器时，此时存储在内存中的SessionID设置将被清除,用户将会获得新的SessionIDcookie。通过重用SessionIDcookie，ASP将发送给用户浏览器的cookie数量降为最低。另外，如果您决定您的ASP应用程序不需要会话管理，就可以不让ASP跟踪会话和向用户发送SessionID。
解决方案：
Response.Write(Session.SessionID);
解决方案：
每次刷的时候都是不一样的。