【发布时间】:2019-04-12 22:18:34
【问题描述】:
我有一些代码可以做很多工作。它在足够长的时间内完成了足够多的工作,以至于我们通常不关心精确的准确性(即到毫秒),但是关闭超过一分钟是没有用的。我们有一个存储过程,我们调用它来记录任务的开始和任务的结束。现在我们有很多这样的代码:
Logger.LogTaskStart(taskName);
// do stuff
Logger.LogTaskEnd(taskName);
这两种方法保存元数据的地方,最终通过上述存储过程持久化。我们也有一些地方有时可能会记录计时信息,但并非总是如此,这要么是噪音太大,要么通常没有问题。
if (debug) Logger.LogTaskStart(taskName);
// do stuff
if (debug) Logger.LogTaskEnd(taskName);
我们遇到过不匹配开始和结束的问题,或者我们只将一个放在调试标志下,等等。我们考虑创建一个非常简单的记录器类来实现 IDisposable 来为我们做这件事,例如我们只是这样做(假设构造函数启动计时器 RAII 样式,并且 Dispose 停止它)
using (new Logger(taskName, debug))
{
// Do stuff
}
据我们所知,这应该只是编译成大约这样:
Logger loggerThing = null;
try
{
loggerThing = new Logger(taskName, debug);
// Do stuff
}
finally
{
loggerThing?.Dispose();
}
因此,将其用于具有足够粒度的大型任务似乎相当安全,可以说“运行了合理的时间”或“运行速度比正常快/慢”。我们是对的吗?
通过阅读,我找到了以下文章、代码示例和 SO Q&A。我们显然不是唯一想到这个或类似的东西的人,但似乎没有人对“我们认为 Dispose 将被调用多及时,以及它的可靠性如何”这个问题给出明确而明确的答案。那会是什么计时结果?”鉴于下面的第一篇文章,关于 using 如何只是语法糖,我们倾向于认为是这种情况。
- using statement on IDisposable object - delay of calling Dispose method
- Using IDisposable to Create a Simple Code Timer
- .NET Stopwatch meet IDisposable
- Stopwatch used with idisposable, usefull
- Wrapping StopWatch timing with a delegate or lambda?
- PerformanceStopwatch
- Should I Stop Stopwatch at the end of the method?
【问题讨论】:
-
很明显,您有理由不信任您链接到的问题中的answer...但是为什么呢?究竟缺少什么来向您澄清
Dispose是如何被using调用的? -
及时是什么意思? Dispose 将在 using 块的末尾被调用。
标签: c# idisposable stopwatch