ASP.NET页面间数据传递的方法

　本文我们将讨论的是页面间数据传递的几种方法 对此希望能帮助大家正确的理解ASP NET页面间数据传递的用处以及便利性

　 引言

　Web页面是无状态的 服务器对每一次请求都认为来自不同用户 因此 变量的状态在连续对同一页面的多次请求之间或在页面跳转时不会被保留 在用ASP NET 设计开发一个Web系统时 遇到一个重要的问题是如何保证数据在页面间进行正确 安全和高效地传送 提供了状态管理等多种技术来解决保存和传递数据问题 以下来探讨 NET 下的解决此问题的各种方法和各自的适用场合

　 ASP NET页面间数据传递的各种方法和分析

　 使用Querystring 方法

　QueryString 也叫查询字符串 这种方法将要传递的数据附加在网页地址（URL）后面进行传递 如页面A aspx 跳转到页面B aspx 可以用Request Redirect（ B aspx参数名称=参数值 ）方法 也可以用超链接 页面跳转后 在目标页面中可用Ruquest[ 参数名称 ]来接收参数 使用QuerySting 方法的优点是实现简单 不使用服务器资源 缺点是传递的值会显示在浏览器的地址栏上 有被篡改的风险 不能传递对象 只有在通过URL 请求页时查询字符串才是可行的

　 利用隐藏域

　隐藏域不会显示在用户的浏览器中 一般是在页面中加入一个隐藏控件 与服务器进行交互时把值赋给隐藏控件并提交给下一页面 隐藏域可以是任何存储在网页中的与网页有关的信息的存储库 使用隐藏域存入数值时用 hidden 控件 value=数值 取出接收数值时用 变量=hidden 控件 value 使用隐藏域的优点是实现简单 隐藏域是标准的HTML 控件 不需要复杂的编程逻辑 隐藏域在页上存储和读取 不需要任何服务器资源 几乎所有浏览器和客户端设备都支持具有隐藏域的窗体 缺点是存储结构少 仅仅支持简单的数据结构 存储量少 因为它被存储在页面本身 所以无法存储较大的值 而且大的数据量会受到防火墙和代理的阻止

　 ViewState

　ViewState 是由ASP NET 页面框架管理的一个隐藏的窗体字段 当ASP NET 执行某个页面时 该页面上的ViewState 值和所有控件将被收集并格式化成一个编码字符串 然后被分配给隐藏窗体字段的值属性 使用ViewState 传递数据时可用 ViewState [ 变量名 ]=数值 在取出数据时用 变量=ViewState[ 变量名 ] 使用ViewState 的优点是 在对同一页的多个请求间自动保留值 不用服务器端资源 实现简单 视图状态中的值经过哈希计算和压缩 并且针对Unicode 实现进行编码 其安全性要高于使用隐藏域 缺点是因为ViewState 存储在页面本身 因此如果

　存储较大的值 用户显示页和发送页时的速度可能会减慢 虽然视图状态以哈希格式存储数据 但它仍可以被篡改

　 使用Cookie

　Cookie 可以在页面之间传递少量信息 可以存储在客户端的文本文件中 也可存储在客户端的内存中 Cookie 方法适用于存储少量页面中经常改动的信息 如为登陆过的网站保存登陆用户名 为用户输入提供方便 还有在一些用户自定义项目上保存用户的个性化设置 使用Cookie传递数据时可用 Response Cookies[ 键名 ]=键值 取出数据用 变量名=Request Cookies[ 键名 ] 使用Cookie 优点是 Cookie 存储在客户端 不使用服务器资源 实现简单 可配置到期时间 缺点是 可以存储的数据量比较少 由于Cookie 并不被所有的浏览器支持 而且还可能被用户禁止或删除 所以不能用于保存关键数据 另外 Cookie 保存的形式是简单的明文文本 在它里面不宜保存敏感的 未加密的 数据

　 使用application 变量

　使用Application 变量也可以实现页面间的传值 Application变量是全局性的 所有用户共享一个Application 变量 一旦定义 它将影响到程序的所有部分 如果想在整个应用程序范围使用某个变量值Application 对象将是最佳的选择 存入数据时 把值添加到Application 变量里 Application[ 变量名 ]=数值 取出数据用 变量=Application[ 变量名 ] 在不需要使用该Application 时 要显式清除它 Application[ 量名 ]=null

　Application 优点 易于使用 全局范围 可供应用程序中的所有页来访问 缺点 若保存数据的服务器端进程被损坏（如因服务器崩溃 升级或关闭而损坏） 那么数据就会丢失 所以利用Application 一定要有保底的策略 占用服务器端的内存 这可能会影响服务器的性能以及应用程序的可伸缩性

　 使用session 变量

　Session 对象可以用来存储需要维护的指定对话的信息 不同的客户端生成不同的Session 对象 Session 用于存储特定于单独会话的短期信息 Session 的使用方法和格式与Application 相同

　优点 易于实现 并且提供较高的安全性和持久性 可以应对IIS 重启和辅助进程重启 可在多进程中使用 缺点是耗用服务器端的内存 所以不要存储大量的信息 Session 最常见的用途是与Cookie 一起向Web 应用程序提供用户标识功能 Session也可用于不支持Cookie 的浏览器 但是 使用无Cookie 的Session 需要将会话标识符放置在查询字符串中 同样会遇到本文在查询字符串一节中陈述的安全问题

　 使用类的静态属性

　这种方法是利用类的静态属性实现两个页面间的值传 定义一个包含静态属性的类 将要传送的值赋给静态属性 目标页面中可以通过静态属性获得源页面中要传的值

　优点是可以方便传送多个数据 缺点是需要额外编程 增加程序设计的工作量 占用服务器内存

　 使用Server Transfer

　通过Server Transfer 方法把执行流程从当前的ASPX 文件转到同一服务器上的另一个ASPX 页面的同时 可保留表单数据或查询字符串 做法是把该方法的第二个参数设置成True 在第一个页面用Server Transfer（ 目标页面名 aspx true） 目标页面取出数据用 Ruquest Form[ 控件名称 ]或Ruquest QueryString[ 控件名称 ] 中还可以这样来用 代码如下

　PReviousPage pg

　pg =（PreviousPage）Context Handler

　Response Write（pg Name）

　说明 此段代码用在目标页面中取出传递的值 Previous Page 是原页面的类名 Name 是在原页面定义的属性 需要传递 的数据存入到此属性中

　使用这种方法 需要写一些代码以创建一些属性以便可以 在另一个页面访问它 可以在另一个页面以对象属性的方式来 存取数值 这个方法在页面间值传递中是特别有用的 这种方法 不但简洁 同时又是面向对象的

　 Cache

　Cache 具有强大的数据操作功能 以键值对集合的形式存 储数据 可以通过指定关键字来插入和检索数据项 它的基于依 赖性的终止功能 使它能够精确控制如何并及时更新和消除缓 存中的数据 它可以内部进行锁定管理 不需要象Application 对象那样使用Lock（）和Unlock（）方法进行串行化管理 缺点是使用 方法较复杂 使用不当反而降低性能

　 不同页面跳转情况下可采用的传值方法

　 情况一 源页面可以跳转到目标页面 源页面传递数据给目标页面

　使用查询字符串 将少量信息从一页传输到另一页以及不 存在安全性问题时 是一个简单常用的方法 使用Server Transfer方法 可传递表单数据或查询字符串到另一个页面 还可以 保存初始页的HttpContext 当目标页和源页面在同一个服务器 时 可以用此方法

　 情况二 页面传递数值给自身页面

　即在对同一页的多个请求间保留值 ViewState 属性可提供具有基本安全性的功能 也可用隐藏域 存储少量回发到自身或另一页的页信息时使用 不考虑安全性问题时使用

　 情况三 源页面传递数值给目标页面 而源页面不能直接连接到目标页面

　有多个方法 具体用哪个要看具体情况

　Application 存储由多个用户使用且更改不频繁的全局信息 此时安全性不成为问题 不要存储大量的信息 Session 存储特定于单独会话的短期信息 并且需要较高的安全性 不要在会话状态中存储大量的信息 需要注意 将为应用程序中每一会话的生存期创建并维护会话状态对象 在支持许多用户的应用程序中 这可能会占用大量服务器资源并影响可缩放性

　Cookie 当您需要在客户端存储少量信息以及不存在安全性问题时使用 类的静态属性 方便传送多个数据

　Cache 对象用于单个用户 一组用户或所有的用户 可以为多个请求长时间 高效率的保存数据 上述几个方法 不仅用于情况三 前面两种情况都可以使用 只是没有必要时尽量少用 否则会造成资源浪费或增加程序的复杂性

lishixinzhi/Article/program/net/201311/12141

　　引言　　Web页面是无状态的， 服务器对每一次请求都认为来自不同用户，因此，变量的状态在连续对同一页面的多次请求之间或在页面跳转时不会被保留。在用ASPNET 设计开发一个Web系统时， 遇到一个重要的问题是如何保证数据在页面间进行正确、安全和高效地传送，Aspnet 提供了状态管理等多种技术来解决保存和传递数据问题，以下来探讨NET 下的解决此问题的各种方法和各自的适用场合。　　1、ASPNET页面间数据传递的各种方法和分析　　11 使用Querystring 方法　　QueryString 也叫查询字符串， 这种方法将要传递的数据附加在网页地址(URL)后面进行传递。如页面Aaspx 跳转到页面Baspx，可以用RequestRedirect("Baspx参数名称=参数值")方法，也可以用超链接：，页面跳转后，在目标页面中可用Ruquest["参数名称"]来接收参数。使用QuerySting 方法的优点是实现简单， 不使用服务器资源;缺点是传递的值会显示在浏览器的地址栏上，有被篡改的风险，不能传递对象，只有在通过URL 请求页时查询字符串才是可行的。　　12 利用隐藏域　　隐藏域不会显示在用户的浏览器中， 一般是在页面中加入一个隐藏控件， 与服务器进行交互时把值赋给隐藏控件并提交给下一页面。隐藏域可以是任何存储在网页中的与网页有关的信息的存储库。使用隐藏域存入数值时用：hidden 控件value=数值，取出接收数值时用：变量=hidden 控件value。使用隐藏域的优点是实现简单， 隐藏域是标准的HTML 控件，不需要复杂的编程逻辑。隐藏域在页上存储和读取，不需要任何服务器资源，几乎所有浏览器和客户端设备都支持具有隐藏域的窗体。缺点是存储结构少，仅仅支持简单的数据结构，存储量少，因为它被存储在页面本身，所以无法存储较大的值，而且大的数据量会受到防火墙和代理的阻止。　　13 ViewState　　ViewState 是由ASPNET 页面框架管理的一个隐藏的窗体字段。当ASPNET 执行某个页面时，该页面上的ViewState 值和所有控件将被收集并格式化成一个编码字符串， 然后被分配给隐藏窗体字段的值属性。使用ViewState 传递数据时可用：ViewState [" 变量名"]=数值，在取出数据时用：变量=ViewState["变量名"]。使用ViewState 的优点是：在对同一页的多个请求间自动保留值，不用服务器端资源，实现简单，视图状态中的值经过哈希计算和压缩，并且针对Unicode 实现进行编码，其安全性要高于使用隐藏域;缺点是因为ViewState 存储在页面本身，因此如果　　存储较大的值，用户显示页和发送页时的速度可能会减慢。虽然视图状态以哈希格式存储数据，但它仍可以被篡改。　　14 使用Cookie　　Cookie 可以在页面之间传递少量信息， 可以存储在客户端的文本文件中，也可存储在客户端的内存中。Cookie 方法适用于存储少量页面中经常改动的信息， 如为登陆过的网站保存登陆用户名，为用户输入提供方便，还有在一些用户自定义项目上保存用户的个性化设置。使用Cookie传递数据时可用：ResponseCookies["键名"]=键值;取出数据用：变量名=RequestCookies["键名"]。使用Cookie 优点是：Cookie 存储在客户端， 不使用服务器资源，实现简单，可配置到期时间。缺点是：可以存储的数据量比较少，由于Cookie 并不被所有的浏览器支持，而且还可能被用户禁止或删除，所以不能用于保存关键数据。另外，Cookie 保存的形式是简单的明文文本，在它里面不宜保存敏感的、未加密的数据。　　15 使用Application 变量　　使用Application 变量也可以实现页面间的传值，Application变量是全局性的，所有用户共享一个Application 变量，一旦定义，它将影响到程序的所有部分。如果想在整个应用程序范围使用某个变量值Application 对象将是最佳的选择。存入数据时， 把值添加到Application 变量里：Application["变量名"]=数值;取出数据用：变量=Application["变量名"];在不需要使用该Application 时，要显式清除它：Application["量名"]=null。　　Application 优点：易于使用，全局范围。可供应用程序中的所有页来访问。缺点：若保存数据的服务器端进程被损坏(如因服务器崩溃、升级或关闭而损坏)，那么数据就会丢失，所以利用Application 一定要有保底的策略;占用服务器端的内存，这可能会影响服务器的性能以及应用程序的可伸缩性。　　16 使用Session 变量　　Session 对象可以用来存储需要维护的指定对话的信息，不同的客户端生成不同的Session 对象。Session 用于存储特定于单独会话的短期信息。Session 的使用方法和格式与Application 相同。　　优点：易于实现，并且提供较高的安全性和持久性，可以应对IIS 重启和辅助进程重启，可在多进程中使用。缺点是耗用服务器端的内存。所以不要存储大量的信息。Session 最常见的用途是与Cookie 一起向Web 应用程序提供用户标识功能，Session也可用于不支持Cookie 的浏览器。

先分析原因。

你出现这个错误是因为你没有了解ASPNET的工作原理。ASPNet 和php，jsp ，asp等服务器语言一样 都是为了生成可供浏览器解析的页面，而可供浏览器解析的语言只有HTML。

1，如果你在aspx页面中插入一个asp:LinkButton 那么运行页面后 在浏览器中查看源代码你会发现这个标签实际被转为了一个<a>标签。

2，为什么你的写法不会转换呢？因为首先 传递给Literal1Text 的值在aspnet中作为一段字符串被直接输出到浏览器中。那么你的写法到浏览器后源代码中仍然是一个asp:LinkButton 标签，而这个标签是无法被浏览器正确解析的。

解决办法：

知道了原因，那么如果非要按照你的写法去写，那么应该是这样的：

Literal1Text = "<li>" + ((users)Session["users"])NameToString() + "</li><li> </li><li><a ID='LinkButton1' onclick='LinkButton1_Click1'>注销</a></li><li> </li><li>信息修改</li><li> </li>";

但是当你修改完后发现点击注销按钮依然不能执行！为什么呢？

因为你的LinkButton1_Click1 事件并没有在aspnet中被解析为可供浏览器识别的js代码。

如何解决？

在aspx页面中写一个asp:LinkButton按钮：

<asp:LinkButton ID='LinkButton2' runat='server' onclick='LinkButton1_Click1'>注销</asp:LinkButton>

运行页面，查看源代码 看看这个新加的注销按钮被解析为了什么html代码，大概如下

<a id="LinkButton2" onclick="xxxxx"></a>

将新加的linkbutton 设置不可见属性

<asp:LinkButton ID='LinkButton2' runat='server' visible="false" onclick='LinkButton1_Click1'>注销</asp:LinkButton>

重新修改后台代码

Literal1Text = "<li>" + ((users)Session["users"])NameToString() + "</li><li> </li><li><a ID='LinkButton1' onclick='xxxxx'>注销</a></li><li> </li><li>信息修改</li><li> </li>";

//也就是将标签的js事件绑定到那个隐藏的注销按钮事件上。

希望对你有帮助