- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在尝试调试通过失败的集成测试观察到的间歇性问题,但似乎进退两难。
某处某处正在创建 System.Threading.Tasks.Task
,该任务随后失败并导致未观察到的任务异常。在生成的处理程序中,我可以看到任务 ID 和导致它失败的异常。我煞费苦心地分析了我的代码,甚至 followed my own advice and named all my tasks但仍未找到有问题的任务。似乎我的代码根本没有创建它。
所以我尝试在 Task
构造函数本身上设置断点。我可以使用函数断点(使用诸如“System.Threading.Tasks.Task.Task(System.Action)”之类的位置)来做到这一点。这有效,调试器中断并向我显示 Task
类的程序集。但是,我真正需要做的是将 Task
的 ID 与最终失败的 Task
的 ID 相关联。
为此,我尝试在跟踪点中输出 Task.Id
属性。但我收到一条消息,说该方法已优化,因此无法计算表达式。
所以我尝试使用源代码进行调试。我设置了我所有的符号和你有什么,但我尽我所能,但它没有用。经过多次谷歌搜索后,我发现它 isn't supported在最新的 .NET 4 上。
有人对我如何继续诊断此问题有任何想法吗?
最佳答案
好的,我已经找到这个问题了。这个错误的细节可能不如我用来找到它的方法有趣,但我将在下面的单独部分中介绍这两个部分。
这是有问题的代码的一部分:
private static Task<TSuccessor> ThenImpl<TAntecedent, TSuccessor>(Task<TAntecedent> antecedent, Func<Task<TAntecedent>, Task<TSuccessor>> getSuccessor, CancellationToken cancellationToken, TaskThenOptions options)
{
antecedent.AssertNotNull("antecedent");
getSuccessor.AssertNotNull("getSuccessor");
var taskCompletionSource = new TaskCompletionSource<TSuccessor>();
antecedent.ContinueWith(
delegate
{
var evenOnFaulted = options.HasFlag(TaskThenOptions.EvenOnFaulted);
var evenOnCanceled = options.HasFlag(TaskThenOptions.EvenOnCanceled);
if (antecedent.IsFaulted && !evenOnFaulted)
{
taskCompletionSource.TrySetException(antecedent.Exception.InnerExceptions));
}
else if ((antecedent.IsCanceled || cancellationToken.IsCancellationRequested) && !evenOnCanceled)
{
taskCompletionSource.TrySetCanceled();
}
else
{
此方法支持我的Then
扩展方法,即I've blogged about .
除了我的博客文章中的实现之外,我最近添加了运行“then continuation”的功能,正如我所说,即使前面的任务出错:
Task.Factory.StartNew(() => { throw new InvalidOperationException(); })
.Then(() => Console.WriteLine("Executed"), TaskThenOptions.EvenOnFaulted);
这将导致忽略初始异常并在控制台上输出“已执行”。但是,问题是我的 ThenImpl
没有观察到原始异常。为此,我更改了这一行:
if (antecedent.IsFaulted && !evenOnFaulted)
为此:
if (antecedent.Exception != null && !evenOnFaulted)
现在我不明白这个问题了。
现在,您可能想知道为什么很难追踪到这一点。问题是,我有很多促进高级场景的任务组合方法。这是一个实际的片段,可以让您了解由此产生的力量:
private Task OnConnectAsync(CancellationToken cancellationToken, object state)
{
var firstAttempt = true;
var retryOnFailureTask = TaskUtil
.RetryOnFailure(
() => TaskUtil.Delay(firstAttempt ? TimeSpan.Zero : this.reconnectDelay, cancellationToken)
.Then(
x =>
{
if (!firstAttempt)
{
Interlocked.Increment(ref this.connectionAttempts);
}
firstAttempt = false;
})
.Then(x => this.loggerService.Debug("Attempting to connect communications service (attempt #{0}).", this.connectionAttempts), cancellationToken)
.Then(x => this.communicationsService.ConnectAsync(cancellationToken), cancellationToken)
.Then(x => this.loggerService.Debug("Successfully connected communications service (attempt #{0}).", this.connectionAttempts), cancellationToken)
.Then(x => this.communicationsService.AuthenticateAsync(cancellationToken), cancellationToken)
.Then(x => this.loggerService.Debug("Successfully authenticated communications service (attempt #{0}).", this.connectionAttempts), cancellationToken)
.Then(x => this.ReviveActiveStreamsAsync(cancellationToken), cancellationToken)
.Then(x => this.loggerService.Debug("Successfully revived streams (attempt #{0}).", this.connectionAttempts), cancellationToken),
null,
cancellationToken);
return retryOnFailureTask;
}
请注意自定义 RetryOnFailure
、Then
和 Delay
方法。这很好地诠释了我所说的内容。
当然,这样做的缺点是在问题发生时对其进行追踪。我不禁觉得 TPL 在这方面做得很差。在我看来,每个 Task
都应该包含有关创建者的信息。至少,TPL 中应该有 Hook (例如 TaskCreated
事件),以便开发人员可以使用自己的调试信息来补充任务。使用 .NET 4.5 后情况可能会有所改善 - 不过我使用的是 .NET 4.0。
追踪问题的关键是费力地包装我用 TaskCompletionSource
创建的每个 Task
,用补充消息包装任何异常。例如,这是我事先拥有的 ToBooleanTask
扩展方法:
public static Task<bool> ToBooleanTask(this Task task)
{
var taskCompletionSource = new TaskCompletionSource<bool>();
task.ContinueWith(
x =>
{
if (x.IsFaulted)
{
taskCompletionSource.TrySetException(x.Exception.GetBaseException());
}
else if (x.IsCanceled)
{
taskCompletionSource.TrySetCanceled();
}
else
{
taskCompletionSource.TrySetResult(true);
}
});
return taskCompletionSource.Task;
}
修改后的效果如下:
public static Task<bool> ToBooleanTask(this Task task)
{
var taskCompletionSource = new TaskCompletionSource<bool>();
task.ContinueWith(
x =>
{
if (x.IsFaulted)
{
taskCompletionSource.TrySetException(new InvalidOperationException("Failure in to boolean task", x.Exception.GetBaseException()));
}
else if (x.IsCanceled)
{
taskCompletionSource.TrySetCanceled();
}
else
{
taskCompletionSource.TrySetResult(true);
}
});
return taskCompletionSource.Task;
}
在本例中,我已经有了一个 TaskCompletionSource
,所以很简单。在其他情况下,我必须显式创建一个 TaskCompletionSource
并将来自底层 Task
的任何故障/取消/结果转发到 TaskCompletionSource
。
旁白:您可能想知道 ToBooleanTask
扩展方法的使用。如果您想实现一个方法来处理通用任务和非通用任务,这将非常有用。您可以实现通用版本,然后让您的非通用重载调用 ToBooleanTask
以创建一个通用任务,然后可以将其传递给您的通用重载。
一旦我检查了所有可能的罪魁祸首并按照上述方式对其进行了补充,我重新运行了我的测试直到它失败并注意到确实是 ToBooleanTask
创建了任务没有被观察到。因此,我将其修改为:
public static Task<bool> ToBooleanTask(this Task task)
{
var stackTrace = new System.Diagnostics.StackTrace(true);
var taskCompletionSource = new TaskCompletionSource<bool>();
task.ContinueWith(
x =>
{
if (x.IsFaulted)
{
taskCompletionSource.TrySetException(new InvalidOperationException("Failure in to boolean task with stack trace: " + stackTrace, x.Exception.GetBaseException()));
}
else if (x.IsCanceled)
{
taskCompletionSource.TrySetCanceled();
}
else
{
taskCompletionSource.TrySetResult(true);
}
});
return taskCompletionSource.Task;
}
这会在发生故障时为我提供完整的堆栈跟踪。我重新运行了我的测试,直到它失败了,然后——万岁! - 获得了追踪问题所需的信息:
Failure in to boolean task with stack trace: at XXX.Utility.Tasks.TaskExtensions.ToBooleanTask(Task task) in C:\XXX\Src\Utility\Tasks\TaskExtensions.cs:line 110
at XXX.Utility.Tasks.TaskExtensions.Then(Task antecedent, Func`2 getSuccessor, CancellationToken cancellationToken, TaskThenOptions options) in C:\XXX\Src\Utility\Tasks\TaskExtensions.cs:line 199
at XXX.Utility.Tasks.StateMachineTaskFactory`1.TransitionTo(T endTransitionState, CancellationToken cancellationToken, WaitForTransitionCallback`1 waitForTransitionCallback, ValidateTransitionCallback`1 validateTransitionCallback, PreTransitionCallback`1 preTransitionCallback, Object state) in C:\XXX\Src\Utility\Tasks\StateMachineTaskFactory.cs:line 312
<snip>
所以我可以看到它是我的 Then
重载调用 ToBooleanTask
之一。然后我可以追踪到那个确切的代码,问题很快就变得很明显。
不过,这让我很好奇。为什么我用名称补充每个任务的原始方法没有产生任何结果?我尝试恢复我的修复,直接命名由 ToBooleanTask
生成的任务,然后重新运行直到失败。果然,我在调试器中看到了任务名称。很明显,我最初以某种方式错过了这个任务的命名。
呸!
关于.net - 调试失败的、未观察到的 TPL 任务,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13452702/
昨晚我因为这个问题脑子崩溃了。在确保没有来 self 的 eclipse 错误检查的明显错误之后,我开始调试我的程序。顺便说一下,我正在使用 Jre7。无论如何,每次我进入我的类调用(我们称之为“a”
(前言:我对 C/C++ 还很陌生,我真的不知道 native 代码中的调试实际上是如何工作的。) 一些消息来源说 gdb 和 lldb 可以调试 any program compiled to ma
我正在尝试从 Visual Studio 2012 外部调试 T4Scaffolding.Core Nuget 包。我使用的是安装了 Powershell 3.0 的 Powershell ISE,并
如何调试汇编代码?我在 Linux 上使用 gdb。我知道我可以看寄存器。有哪些调试汇编代码的方法? 最佳答案 您当然可以使用 breakpoints就像 C 或任何其他编译语言一样。 This ar
如何在每次通话时打印列表或 haskell 中的内容,例如: funct a list = funct (a + 1) (a : list) print list her
让我用我对 Makefiles 或 make 知之甚少的评论作为这个问题的前缀。 有一个非常大的项目,每晚自动构建。它以 Debug 和 Release 模式构建,Debug 用于 Valgrind
我正在创建一个计算每周工资的程序,那么任何加类工资都是该周正常工资的 1.5 倍。我的代码如下: #include int main() { double payrate; double h
我使用的是 Visual Studio 2010 Express Developer 版本。开发网站。我在我的 .aspx 页面中使用 JavaScript。 如何在 Javascript 中放置断点
我最近开始修补 Project Euler 问题,并尝试用 Javascript 解决它们。这样做我往往会产生许多无限循环,现在我想知道是否有比终止 Firefox 或 Chrome 中的选项卡更好的
有没有办法在程序执行期间生成一个交互式 python 控制台(最好是 iPython)而不暂停主程序并且能够检查和修改程序变量?类似于浏览器为 JavaScript 提供的功能。 我知道 pdb.se
我正在使用 FFmpeg @ Android 并希望能够进入 FFmpeg 代码(Eclipse + Seqouya),同时编译 FFmpeg 我使用 --disable-stripping --en
我从使用互操作调用 win32 api 函数的 .net 进程中得到一个异常。 我有一个调试器,我想查看 LastError 的值。 是否可以从 Visual Studio 调试器中查看 LastEr
我正在尝试通过 VBA 创建一个宏,以在 IE 的多个选项卡中打开一组指定的链接。目前我正在使用下面的代码,如果我试图打开 3 个或更少的选项卡,它大部分时间都可以工作。任何超过 3 的代码都会在“N
好的,这似乎是一个愚蠢的问题,因为 MonoDevelop 越来越成熟,所以我确定我只是想念它,但我环顾四周,所有关于这个主题的问题似乎都是关于远程调试或 Mac 上的调试。 我使用的是 Ubuntu
如何调试 Rscripts是从命令行运行的? 我目前正在使用 getopt传递命令行选项的包,当有错误时,我很难: 看看到底出了什么问题; 在 R 中交互式调试(因为脚本需要命令行选项。) 有没有人有
支持 PDF 和网络上的信息很少。我碰巧在博客中看到一篇文章,提到 $.write() 或 $.writeln() 将向 javascript 控制台写入一个字符串。相当有用。有谁知道这个 $ 对象是
PyCharm 1.5 中是否可以使用 Firefox 和 Chrome 支持的 JavaScript 调试? 如果是这样,它能否与 Python/Django 调试器一起有效运行? 如果没有,有没有
我确定这以前发生在人们身上,某些东西在 Debug模式下工作,你在发布时编译,但有些东西坏了。 这发生在我在嵌入式 XP 环境中工作时,我发现最好的方法确实是编写一个日志文件来确定它会出错的地方。 您
我目前正在为即将到来的项目评估 Flow3。 AOP 模式和依赖注入(inject)将非常适合我们的目的。 现在我想不通的是如何在 Controller Action 中调试一些结果。 public
最初,我有一个包含测试服务器的 Django 应用程序。要调试此设置,我只需添加 import pdb; pdb.set_trace()代码中的任何位置,并且有一个断点将我扔到终端中的交互式调试器中(
我是一名优秀的程序员,十分优秀!