Jetbrains全系列IDE使用 1年只要46元 售后保障 童叟无欺
asp.net中enableEventValidation是干什么的？？？
回发或回调参数无效。在配置中使用 <pages enableEventValidation=”true”/> 或在页面中使用 <%@ Page EnableEventValidation=”true” %> 启用了事件验证。出于安全目的，此功能验证回发或回 调事件的参数是否来源于最初呈现这些事件的服务器控件。如果数据有效并且是预期的，则使用 ClientScriptManager.RegisterForEventValidation 方法来注册回发或回调数据以进行验证。
说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。
错误:
回发或回调参数无效。在配置中使用 <pages enableEventValidation=”true”/> 或在页面中使用 <%@ Page EnableEventValidation=”true” %> 启用了事件验证。出于安全目的，此功能验证回发或回调事件的参数是否来源于最初呈现这些事件的服务器控件。如果数据有效并且是预期的，则使用 ClientScriptManager.RegisterForEventValidation 方法来注册回发或回调数据以进行验证。
异 常详细信息: System.ArgumentException: 回发或回调参数无效。在配置中使用 < pages enableEventValidation=”true”/> 或在页面中使用 <% @ Page EnableEventValidation=”true” %> 启用了事件验证。出于安全目的，此功能验证回发或回调事件的参数 是否来源于最初呈现这些事件的服务器控件。如果数据有效并且是预期的，则使用 ClientScriptManager.RegisterForEventValidation 方法来注册回发或回调数据以进行验证。
发生条件：
1。画面有隐藏控件。
2。多次的GRID绑定。
发生原因：
.NET基于页面中的输出元素会在最终页面中生成一个__EVENTVALIDATION隐藏字段。做了一个简单的测试。页面中创建一个<asp: button id=”btnSubmit” runat=”server” text=”Submit” tooltip=”Submit” />，同时创建对应的Click事件处理程序。运行程序，可以正确响应事件。然后设置btnSubmit.Visable=false，手动在页面 上面添加<input type=”submit” name=”btnSubmit” value=”Submit” />。运行程序，会出现一个包含EnableEventValidation内容的异常。设置<@Page EnableEventValidation=”false”>再运行程序，又可以正确响应事件。观察前后两次__EVENTVALIDATION 的内容，可以发现是不同的。关于出现的异常，可以认为在输出的时候没有包含btnSubmit，可是再提交到后台的时候却有相应的内容，前后不一致，所以 在开启事件校验的情况下.NET抛出了异常。
解决办法1：
Page_Load(object sender, EventArgs e)
{
if (!Page.IsPostBack)
{
//绑定数据;
}
}
解决办法2：
<pages enableEventValidation=”false”/>
|
可能出现的问题： 可行的解决方法有： 1、在页面的<%@ Page Language=”C#” AutoEventWireup=”true” CodeFile=”Default.aspx.cs” Inherits=”_Default” %> 中添加 EnableEventValidation=”false” 就可以了。（首先考虑的） 2、通过web.config 3、是Form嵌套，一个页面只能有一个Form，仔细检查代码就可以解决。 4、如果页面含有 DropDownList 或 ListBox这样的控件，可能以下原因造成： 4.1 在下拉菜单中使用ajax，常见于省市联动菜单，可能是由于在aspx页面赋给了下拉菜单初始Item值，在事件回发时提示该错误，将下拉菜单初始Item值删除，在绑定事件中添加Item项。 5.Register For Event Validation |
这个要具体分析。本来这个措施是asp.net2.0用来防止客户端“欺诈”服务器端的。例如本来输出到客户端的一个事件被触发时需要回发的命令是“__doPostback( ‘ctl01$abc ‘, ‘user_1 ‘)”的，如果采取采取手段把回发参数由 user_1 改为 user_5 了，服务器端会重新核对输出的是不是user_5，发现和这个页面上一个输出的脚本不一致，就会产生这个异常。
但是，很多程序员写的程序按照过去的习惯（或者按照更加高级灵活的设计例如一些Ajax组件）没有考虑这个问题或者是忽略这个欺诈的可能性，写的程序可能会修改参数或者修改目标控件。
因此这样具体问题具体分析。不太可能跟浏览器距离服务器的远近有关，应该还是编程逻辑问题。你应该对出异常的画面以及所使用的数据进行分析。有时候，经常也需要将这个参数设置为false，放弃安全管理。
转载于:https://www.cnblogs.com/webapi/archive/2012/03/24/2415216.html
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/158751.html原文链接：https://javaforall.net
