从源码可以看出，服务器返回给IE10的Html代码中没有onchange事件。

 

看到这里，不知道各位会认为错误出现在什么地方？

我的第一反应是错误出在服务器方，应该不是浏览器的问题，因为我们都知道，浏览器只是执行Html代码，而Html代码都是由服务器端动态返回的，很明显服务器返回给IE10的Html代码中丢失了onchange事件。再对比网站的服务器环境我把重心放到了64位系统上，因为新、旧服务器也就这点不同，结果掉坑里去了，把网站重新设置为64位环境编译了一遍，编译过程还挺曲折的，引用组件System.Data.SQLite.dll没法在64位下运行，费了老大劲，花了大把时间给搞定，结果错误依旧。

 

到这里我又不得不怀疑是浏览器问题了，但是同事都没有用IE10的，到目前为止也就我机器上测试到这个错误。想起老板新买的笔记本是Win8的所以就把链接发给他，让他看看IE11下是不是有问题。结果老板一看我发的消息裁图，北京市都跑四川了，以为数据库出错了，直接叫经理来解决问题。

经理过来一不看代码，二不看服务器，直接认定我浏览器设置有问题，一番设置后，居然“好了”，其实就是把当前网站加入到IE的兼容性列表里（具体做法就是在IE菜单栏工具中将当前网站添加兼容性视图）。

 

 

我们开发时遇到问题一般有两种解决方式，一种像我们经理这样，还有一种就是从根本上解决。我一般不赞成这种表面解决问题的方式，所以我就继续找解决方案，既然问题出现在IE中，我试着用IE10之类的关键字搜索，最后用“asp.net IE10”Google时了一篇英文文章大概是这个意思，接着搜索才找到两篇中文的。原文链接我也找不到了，大概意思就是，asp.net4.0出生得比IE10早，所以asp.net4.0以前版本不认识IE10 的 User-Agent 标头，导致的后果就是ASP.NET 特定功能失效，例如：页面报错__doPostBack找不到，不支援 Cookies 功能等等。这属于.net的Bug，微软也发布了补丁。我没找到文章中的补丁（不知道是后续补丁覆盖了还是不同系统补丁编号不同），但我更新新服务器中的所有补丁后，错误没有了。