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”/>

这个要具体分析。本来这个措施是asp.net2.0用来防止客户端“欺诈”服务器端的。例如本来输出到客户端的一个事件被触发时需要回发的命令是“__doPostback( ‘ctl01$abc ‘, ‘user_1 ‘)”的，如果采取采取手段把回发参数由   user_1   改为   user_5   了，服务器端会重新核对输出的是不是user_5，发现和这个页面上一个输出的脚本不一致，就会产生这个异常。

但是，很多程序员写的程序按照过去的习惯（或者按照更加高级灵活的设计例如一些Ajax组件）没有考虑这个问题或者是忽略这个欺诈的可能性，写的程序可能会修改参数或者修改目标控件。

因此这样具体问题具体分析。不太可能跟浏览器距离服务器的远近有关，应该还是编程逻辑问题。你应该对出异常的画面以及所使用的数据进行分析。有时候，经常也需要将这个参数设置为false，放弃安全管理。