本文主要是介绍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()“去终止一个线程。
这篇关于SharePoint log分析——Thread was being aborted的可能情况的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!