SharePoint log分析——"Thread was being aborted"的可能情况

SharePoint log分析——Thread abort的可能情况

        每当SharePoint报错的时候，详细的信息会记录在log中，一般的错误很快就可以得到确认并解决，但是有时候在log中出现的“Thread was being aborted”，总是让人一头雾水 ，无从下手，这里根据经验总结了几个可能出现"Thread was being aborted"的情况。

第一种情况：Access Denied

        我们知道，通常情况下Try Catch是不能捕捉到Access Denied这个异常的。有时候Access Denied会导致“Thread was being aborted”。这种情况下，需要查找一下代码中需要较高权限的操作和提升权限的地方，或者，将“SPSecurity.CatchAccessDeniedException”设置为false，就可以catch住这个异常并且分析了。

2. 第二种情况，数据库超时

        如果一次数据库操作时间过长，可能会因为超时出现Thread aborted的情况。例如下面的错误信息：

   System.Threading.ThreadAbortException: Thread was being aborted. 
     at SNIReadSync(SNI_Conn* , SNI_Packet** , Int32 ) 
     at SNINativeMethodWrapper.SNIReadSync(SafeHandle pConn, IntPtr& packet, Int32 timeout) 
     at ... 

      这种情况可以试着修改一下web.config 中time out的设置，看一下能否解决问题（参见点击打开链接）：

   <httpRuntime shutdownTimeout="120" executionTimeout="900"

        还有一种情况是使用“OpenSite”或者“OpenWeb”太多引起的，我见过一段代码，在一次页面请求过程中，调用了“OpenWeb”400次，直接导致time out，而出现“Thread aborted”错误。

3. 第三种情况，数据库死锁

        遇到过这样的情况，当前进程和另一个进程发生死锁问题，数据库选择保留另一个进程，而把你的process杀掉。这里没有出现“Thread was being aborted”信息，但是也是很难找到原因的问题。

   SqlError: 'Transaction (Process ID 98) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.'    
Source: '.Net SqlClient Data Provider' Number: 1205 State: 52 Class: 13 Procedure: 'proc_UpdateListItemWorkflowInstanceData' LineNumber: 192 
...

      这种情况可能跟SharePoint的workflow调度有关系。可以检查一下workflow的相关代码。而且，一般针对数据库的log信息，都可以使用SQL Profiler查看一下SharePoint在数据库中的具体操作，会更容易发现问题所在。

4.第四种情况，在代码中使用”Thread.Abort()“去终止一个线程。