时间戳

首页 > 解决方案 > 像 OnPropertyChanging 这样的 Linq 处理程序中的挂起处理

c# - 像 OnPropertyChanging 这样的 Linq 处理程序中的挂起处理

问题描述

当应用程序的某些线程挂起时遇到问题。每次堆栈看起来像这样：

0:135:x86> !dumpstack
OS Thread Id: 0x27f0 (135)
TEB information is not available so a stack size of 0xFFFF is assumed
Current frame: (MethodDesc 722f6954 +0x73 System.Collections.Generic.Dictionary`2[[System.__Canon, mscorlib],[System.__Canon, mscorlib]].FindEntry(System.__Canon))
ChildEBP RetAddr  Caller, Callee
16bde720 7263946e (MethodDesc 722f6994 +0xe System.Collections.Generic.Dictionary`2[[System.__Canon, mscorlib],[System.__Canon, mscorlib]].TryGetValue(System.__Canon, System.__Canon ByRef)), calling (MethodDesc 722f6954 +0 System.Collections.Generic.Dictionary`2[[System.__Canon, mscorlib],[System.__Canon, mscorlib]].FindEntry(System.__Canon))
16bde72c 6cb61887 (MethodDesc 6ca668a4 +0x1f System.Data.Linq.ChangeTracker+StandardChangeTracker.OnPropertyChanging(System.Object, System.ComponentModel.PropertyChangingEventArgs)), calling (MethodDesc 722f6994 +0 System.Collections.Generic.Dictionary`2[[System.__Canon, mscorlib],[System.__Canon, mscorlib]].TryGetValue(System.__Canon, System.__Canon ByRef))
16bde744 0456640f (MethodDesc 03b3aa8c +0x17 PonyCompany.CommonWallet.DataContext.CommonWalletTransaction.SendPropertyChanging())
16bde74c 0456acb8 (MethodDesc 03b3a8b0 +0x20 PonyCompany.CommonWallet.DataContext.CommonWalletTransaction.set_ExtId(System.String)) --- '!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!'
16bde75c 0456a88d (MethodDesc 03a6740c +0xb5 PonyCompany.CommonWallet.Manager.Impl.DarkPony.DarkPonyIntegrationManager.ResponseProcessing(PonyCompany.CommonWallet.DataContext.CommonWalletTransaction, PonyCompany.External.Wallet.Domain.BetTransactionResponse)), calling (MethodDesc 03b3a8b0 +0 PonyCompany.CommonWallet.DataContext.CommonWalletTransaction.set_ExtId(System.String))
16bde764 0456a62d (MethodDesc 0105487c +0x9d log4net.Core.LogImpl.DebugFormat(System.String, System.Object, System.Object)), calling 00a576de


0:136:x86> !dumpstack
OS Thread Id: 0x1538 (136)
TEB information is not available so a stack size of 0xFFFF is assumed
Current frame: (MethodDesc 722f6954 +0xd2 System.Collections.Generic.Dictionary`2[[System.__Canon, mscorlib],[System.__Canon, mscorlib]].FindEntry(System.__Canon))
ChildEBP RetAddr  Caller, Callee
1701e730 738095f9 clr!GCInterface::SuppressFinalize+0x25
1701e750 7263946e (MethodDesc 722f6994 +0xe System.Collections.Generic.Dictionary`2[[System.__Canon, mscorlib],[System.__Canon, mscorlib]].TryGetValue(System.__Canon, System.__Canon ByRef)), calling (MethodDesc 722f6954 +0 System.Collections.Generic.Dictionary`2[[System.__Canon, mscorlib],[System.__Canon, mscorlib]].FindEntry(System.__Canon))
1701e75c 6cb61887 (MethodDesc 6ca668a4 +0x1f System.Data.Linq.ChangeTracker+StandardChangeTracker.OnPropertyChanging(System.Object, System.ComponentModel.PropertyChangingEventArgs)), calling (MethodDesc 722f6994 +0 System.Collections.Generic.Dictionary`2[[System.__Canon, mscorlib],[System.__Canon, mscorlib]].TryGetValue(System.__Canon, System.__Canon ByRef))
1701e774 0456640f (MethodDesc 03b3aa8c +0x17 PonyCompany.CommonWallet.DataContext.CommonWalletTransaction.SendPropertyChanging())
1701e77c 04566387 (MethodDesc 03b3a880 +0x17 PonyCompany.CommonWallet.DataContext.CommonWalletTransaction.set_AttemptCount(Int32)) --- '!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!'


0:135:x86> !gle
LastErrorValue: (Win32) 0 (0) - The operation completed successfully.
LastStatusValue: (NTSTATUS) 0 - STATUS_SUCCESS
Wow64 TEB status: 319045632
LastErrorValue: (Win32) 0 (0) - The operation completed successfully.
LastStatusValue: (NTSTATUS) 0 - STATUS_SUCCESS


0:136:x86> !gle
LastErrorValue: (Win32) 0x3e5 (997) - Overlapped I/O operation is in progress.
LastStatusValue: (NTSTATUS) 0 - STATUS_SUCCESS
Wow64 TEB status: 319057920
LastErrorValue: (Win32) 0 (0) - The operation completed successfully.
LastStatusValue: (NTSTATUS) 0 - STATUS_SUCCESS

只注意到几次挂起，持续时间从 40 分钟到 15 小时（检测后，应用程序被强制重启）。应用程序的其余部分工作正常，在转储中没有发现锁或异常。线程本身必须处理事务（对外部服务的请求并将数据写入数据库），但在线程挂起的情况下，仅一个线程的处理进度不超过 1-2 个事务，其余线程被好像在中间被打断了。

在应该修复的显而易见的事情中，这是DataContext在处理事务时使用相同的，但即使这也不能解释为什么线程会挂起（至少对我而言）。

Current frame: (MethodDesc 722f6954 +0x73 System.Collections.Generic.Dictionary`2[[System.__Canon, mscorlib],[System.__Canon, mscorlib]].FindEntry(System.__Canon))
ChildEBP RetAddr  Caller, Callee
16bde720 7263946e (MethodDesc 722f6994 +0xe System.Collections.Generic.Dictionary`2[[System.__Canon, mscorlib],[System.__Canon, mscorlib]].TryGetValue(System.__Canon, System.__Canon ByRef)), calling (MethodDesc 722f6954 +0 System.Collections.Generic.Dictionary`2[[System.__Canon, mscorlib],[System.__Canon, mscorlib]].FindEntry(System.__Canon))
16bde72c 6cb61887 (MethodDesc 6ca668a4 +0x1f

我认为挂起可能是由以下原因引起的：High CPU in .NET app using a static Generic.Dictionary。此外，使用了一般上下文，但即使在这种情况下，也应该在那里进行某种永久记录，我看不出原因。

实际上问题是，什么会导致Linq像上面介绍的处理程序冻结？

调试会话日志。我知道如果没有更完整地沉浸在应用程序的逻辑中，问题和日志可能毫无用处，但尽管如此。

标签： c#.netmultithreadinglinq-to-sqlwindbg

解决方案

推荐阅读