说明: 请求验证过程检测到有潜在危险的客户端输入值，对请求的处理已经中止。该值可能指示存在危及应用程序安全的尝试，如跨站点脚本攻击。若要允许页面重写应用程序请求验证设置，请将 httpRuntime 配置节中的 requestValidationMode 特性设置为requestValidationMode="2.0"。示例: <httpRuntime requestValidationMode="2.0" / >。设置此值后，可通过在 Page 指令或 <pages > 配置节中设置 validateRequest="false" 禁用请求验证。但是，在这种情况下，强烈建议应用程序显式检查所有输入。有关更多信息，请参见http://go.microsoft.com/fwlink/?LinkId=153133。
原以为就像普通的Asp.net页面一样，在头部的Page中加入ValidateRequest="false"就行了，谁知问题还是存在。弄了一个上午，问题终于解决，将解决方法汇总如下：
1,在出现该错误的页面头部的page中加入ValidateRequest="false",那么该页面的任何一次Post提交都不会再验证提交内容的安全性。
如：
ValidateRequest="false" % >
2,在web.config中的pages节中配置validateRequest="false",如：
<pages validateRequest="false" ></pages >
</system.web >
但这样，整个项目中的所有Form请求都不再验证提交内容的安全性，极不提倡这种做法。
3,如果你使用的是.Net 3.5,MVC 2.0及更高的版本，那么可以在处理Post方法的Action添加一个特性：[ValidateInput(false)]，这样处理就更加有针对性，提高页面的安全性。
如：
[ValidateInput(false)]
public ActionResult CatalogEdit(Catalog model)
{
return View();
}
重要：
如果你使用的是MVC 3.0，那么你会发现做了以上的设置后还是无效。这是因为你还需要在web.config中做以下设置:
<httpRuntime requestValidationMode="2.0" / >
</system.web >
注意：在MVC项目中，Views文件夹下与主项目下，都会有一个web.config文件。Views下的web.config文件只对Views文件夹下面的文件有效。如果你要处理的页面不在Views下面，那么<httpRuntime requestValidationMode="2.0" / >一定要设置在主项目下的web.config中才有用。
