准确地说,
asp.net 并没有内置对象这一说,
jsp 里确实把 request、response 这些当作 jsp 的内置对象,这里只不过是借用了一下 jsp 的说法而已。
在 Web 中处于中心的是 Web 服务器,用来处理客户端的 HTTP 请求。由于 HTTP 是一种无状态的协议,也就是它并不记得上一次谁请求过它,不会主动去询问客户端,只有当客户端主动请求之后,服务器才会响应。
1.【Request】
Request封装了客户端请求信息。Request的常见属性如下:
属性名 | 值类型 | 说明 |
applicationPath | String | 获取请求的资源在网站上的根路径 |
ContentEncoding | Encoding | 设置请求对象的编码 |
Cookies | HttpCookieCollection | 客户端发送到服务器的Cookie集合 |
QueryString | NameValueCollection | 当前请求的查询字符串集合 |
UrlReferrer | Url | 获取用户由哪个url跳转到当前页面 |
2.【Response】
Response代表了服务器响应对象。每次客户端发出一个请求的时候,服务器就会用一个响应对象来处理这个请求,处理完这个请求之后,服务器就会销毁这个相应对象,以便继续接受其它客服端请求。
Response常用属性如下:
属性名 | 值类型 | 说明 |
Charset | string | 表示输出流的所使用的字符集 |
ContentEncoding | Encoding | 设置输出流的编码 |
ContentLength | Int | 输出流的字节大小 |
ContentType | string | 输出流的HTTP MIME类型 |
Cookies | HttpCookieCollection | 服务器发送到客户端的Cookie集合 |
Output | TextWriter | 服务器响应对象的字符输出流 |
RedirectLocation | string | 将当前请求重定向 |
Response常用方法
属性名 | 返回值类型 | 说明 |
AppendCookie | void | 向响应对象的Cookie集合中增加一个Cookie |
Clear | void | 清空缓冲区中的所有内容输出 |
Close | void | 关闭当前服务器到客户端的连接 |
End | void | 终止响应,并且将缓冲区中的输出发送到客户端 |
Redirect | void | 重定向当前请求 |
3.【Server】
Server对象是用于获取服务器的相关信息的对象。它常用方法如下:
属性名 | 返回值类型 | 说明 |
Execute | void | 执行指定的资源,并且在执行完之后再执行本页的代码 |
HtmlDecode | string | 消除对特殊字符串编码的影响 |
HtmlEncode | string | 对特殊字符串进行编码 |
MapPath | string | 获取指定相对路径在服务器上的物理路径 |
Transfer | void | 停止执行当前程序,执行指定的资源 |
UrlDecode | string | 对路径字符串进行解码 |
UrlEncode | string | 对路径字符串进行编码 |
Session对象用来保存与特定用户相关的信息,Session中的数据保存在服务器端,在客户端需要的时候创建Session,在客户端不需要的时候销毁Session,使它不再占用服务器内存。
在asp.net中Session的默认生命周期是20分钟,也就是当我们在9:00的时候设置了一个Session,如果在9:20之前客户端没有任何请求,那么它的生命周期就到9:20分钟结束。但是一旦用户在9:19又向服务器发送了一个请求,那么这个Session现在的生命周期就是在当前时间的基础上再加上20分钟,也就是此时这个Session的生命周期是到9:39结束。
Session具有以下特点:
Session中的数据保存在服务器端;
Session中可以保存任意类型的数据;
Session默认的生命周期是20分钟,可以手动设置更长或更短的时间。
假设我们要设置一个Session用来保存用户名,这个Session的名字是“UserName”,值是“sa”,代码如下:
Session[“UserName”]=”sa”;
一个网站里用到 Session 的地方肯定不止一个,所以在设置和获取 Session 的时候通过 Session 的名在来操作,并且 Session 被设置成能存储任意类型的对象(即 Object 类型),所以获取 Session 的时候要根据设置的时候的实际类型进行响应的强制类型转换(当然如果在 Session 中存放像 int/byte/short 这样的数据类型,获取 Session 的值算是一种拆箱操作而不是强制类型转换),对于上面的 Session ,获取 Session 的值的代码如下:
string username=(string)Session[“UserName”];
对于上面的代码,有个问题需要注意:当没有设置相应的 Session 或者 Session 因为超过生命周期而被销毁时,上面的代码有可能抛出异常。我们可以先判断是否存在指定名称的 Session,如果不存在就不用获取了,仅当存在的情况下才获取 Session 的值,上面的代码可以改进如下:
string userName; if(Session["UserName"]!=null) { //当指定名称的Session存在时,获取指定Session的值 userName=(string)Session["UserName"];}
5.【Cookie】
Cookie 对象和 Session 对象一样也是用来保存特定的用户相关的数据,不过 Session 不同的是 Cookie 保存在客户端而不是服务器上,每次客户端发出请求的时候都会把 Cookie 一起发送到服务器,服务器每次响应客户端请求的时候会重新把 Cookie 发送到客户端保存。
Cookie 保存数据有以下特点:
Cookie 中的数据保存在客户端;
Cookie 中只能保存字符串类型的数据,如果需要在Cookie中保存其它类型数据,需要将其转换成字符串类型后保存;
Cookie 也有其默认生命周期,也可以手动设置,最大可设置成50年之后过期。
同 Session 的情况一样,有可能在一个网站中使用到的 Cookie 不止一个,我们仍通过 Cookie 的名称来区分不同的 Cookie。
设置 Cookie 的过程就是在服务器的响应对象 Response 的 Cookie 集合中增加一个 Cookie ,Response 对象会把这个 Cookie 集合中的所有 Cookie 都发送客户端。代码如下(仍以保存用户名为例):
HttpCookie cookie = new HttpCookie("UserName", "sa");Response.Cookies.Add(cookie);
获取 Cookie 就是从客户端的请求对象中找到对应名称的 Cookie,当然也有可能出现 Cookie 不存在的情况,所以在获取之前也需要检查指定名称的Cookie是否存在,如下:
string userName; if (Request.Cookies["UserName"] != null) { userName = Request.Cookies["UserName"].Value; }
6.【Application】
Application 和 Session 存储的数据类型和存储位置一样,都是存放 Object 类型的数据(也就是任意类型),并且存放在服务器上,不同的 Application 中的数据可以由网站中所有的用户来设置或者获取。并且 Application 中存放的数据没有时间限制,除非我们手动删除或者服务器重新启动,否则存放的数据都会丢失。
下面是 Session、Cookie 和 Application 的区别:
名称 | 使用范围 | 存储位置 | 存放数据类型 | 生命周期 |
Session | 特定用户 | 服务器 | Object,也就是任意类型 | 有,可以自行设置 |
Cookie | 特定用户 | 客户端 | String,也就值字符串 | 可以自行设置 |
Application | 所有用户 | 服务器 | Object,也就是任意类型 | 无 |
7.【<%%>表达式】
<%%>用来编写程序的代码部分。在其中可以声明变量和方法。如下:
<% string name = Request.Form["userName"].Trim(); string userName; if (Request.Cookies["UserName"] != null) { userName = Request.Cookies["UserName"].Value; } %>
在<%%>就是符合C#要求的代码。
8.【<%=%>表达式】
Response.Write()输出和<%=%>输出最后的效果是一样的。
来源:zhoufoxcn.blog.51cto.com/792419/166803