asp.net做的一个同步程序，同步的方法是通过JQuery的Ajax调用，同步过程所需要的时间大概有几个小时吧。

当在本机运行的时候，无论是debug模式还是release模式，都能正常运行。

发布到服务器上的时候，如果是debug配置，也能正常运行；如果是release配置，执行一段时间就不动了(出问题了)；如果发布的时候选择的是release，然后再把发布的Webconfig中的compilation节点加上debug=“true”，也能正常运行。

可是发布到服务器上的程序怎么能让它是debug模式的呢，那可是非release不可的啊。于是，到处搜找出错原因，尝试过找没有赋初始值的变量，发现都赋初始值了，于是失败。接着，我想是不是在发生异常后向数据库写错误日志时又发生了一次异常呢，于是乎，就在向数据库写入的语句前后加了个try..catch,发现还是不行。

好了好久好久，自己猜测+网上寻找答案，都没有结果，这个问题已经让我找了3周了，接近一个月的时间啊，我要哭了，我要崩溃了，终于，功夫不负有心人，我找到了，在网上找到了一个跟我有过相同问题的前辈，很感谢这位前辈，帮我解决这个大问题。

 

背景：

Asp.Net做的一个同步程序，同步的方法是通过JQuery的Ajax调用，同步过程大概要执行20多分钟，程序部署到服务器后执行一段时间后就弹出执行失败的对话框，日志记录的错误信息是“正在中止线程”。

查错过程：

1、根据“AspNet 正在中止线程“进行搜索，得到的结果基本都是跟”Response.End“有关的，但我的代码中没有Response.End，所以基本可以排除；

2、因为使用JQuery的Ajax，所以猜想会不会是因为Ajax超时导致，修改代码将返回状态弹出：

发现返回的status为”error“，也尝试过将timeout设置为一个较大值，发现问题依然存在，所以可以排除是JQuery Ajax超时；

3、使用Fiddler2进行监控，发现执行一段时间后报了500错误，显示的错误详细信息如下图：

到了这一步就好办了，可以知道是httpRuntime超时了，配置Webconfig就可以了，如下图：

设置好好后发不到服务器，再次运行程序，问题解决。

奇怪的是在本机运行的时候即使没有设置executionTimeout也不会出现问题，原因是在本机的Webconfig中的compilation节点的有个debug属性设置为true，发布后的Webconfig中的compilation没有debug节点，当debug属性为false时，httpRuntime的executionTimeout属性才会生效。