问题标签 [trace]

我有一个带有一些COM 对象的DLL。有时，此对象会崩溃并在 Windows 事件日志中注册一个错误事件，其中包含大量十六进制信息。我不知道为什么会发生这种崩溃。

那么，如何跟踪那些 COM 对象异常呢？

当我在 Visual Studio 2005 中处理多维数据集时，我收到以下消息：

处理成功。跟踪信息仍在传输中。如果您不想等待所有信息到达，请按停止。

并且不显示任何跟踪信息。多维数据集被它处理好有点烦人。有任何想法吗？我通过网络服务器访问多维数据集。

我想向我正在编写的 C# 应用程序介绍一些跟踪。可悲的是，我永远无法真正记住它是如何工作的，并且想要一个具有参考质量的教程来不时检查。它应该包括：

• 为注册 TraceListeners 添加的 App.config / Web.config 内容
• 如何在调用应用程序中进行设置

你知道我们应该链接到的 über 教程吗？

Glenn Slaven 为我指明了正确的方向。将此添加到您的 App.config/Web.config 里面<configuration/>：

这将添加一个TextWriterTraceListener将捕获您发送到的所有内容Trace.WriteLine等。

@DanEsparza 指出您应该使用Trace.TraceInformation,Trace.TraceWarning而Trace.TraceError不是Trace.WriteLine, 因为它们允许您以与 . 相同的方式格式化消息string.Format。

提示：如果您不添加任何侦听器，那么您仍然可以使用 Sysinternals 程序DebugView ( Dbgview.exe) 看到跟踪输出：

TRACE 宏可用于在调试模式下编译代码时向调试器输出诊断消息。在发布模式下我需要相同的消息。有没有办法做到这一点？

（请不要浪费时间讨论为什么我不应该在发布模式下使用 TRACE :-)

我有一个带有 JUnit 测试的项目的两个版本。查看文件的差异并没有明显的原因，但是测试通过了一个项目，但没有通过另一个项目。

一段时间以来，我一直想知道是否有一个程序可以在运行时记录整个程序的跟踪并将其保存到文件中。这对于这个确切的例子来说真的很方便，我想通过两个测试进行跟踪，然后我想把它们放在一起。

任何人都可以向我指出可能能够做到这一点的程序的方向，或者我可以区分两个程序的流程的方式吗？

干杯

问题：

我们使用我们最大的客户编写的程序来接收订单、预订运输和做其他与订单相关的事情。我们没有其他机会，只能使用该程序，当涉及到他们的程序问题时，客户非常不支持。我们只需要接受这个程序。

现在这个程序在有两个或更多用户使用时，大部分时间都非常慢，所以我试图在幕后寻找问题的根源。

到目前为止我发现的程序的一些要点：

• 它是用 VB 6.0 编写的
• 它使用一个受密码保护的 Access-DB (Access 2000 MDB)，它位于一个用户机器上的一个文件夹中。
• 该文件夹通过网络共享并由所有其他用户使用。
• 它使用 msjet40.dll 版本 4.00.9704 与访问进行通信。我猜是ADO？

我还使用Process Monitor来监视文件访问，并找出程序如此缓慢的原因：即使程序处于空闲状态，它也在对 mdb 文件执行数千次读取操作。在网络上，这当然非常慢：

进程监视器跟踪 http://img217.imageshack.us/img217/1456/screenshothw5.png

真正的问题：

有没有办法监控负责读取活动的查询？我可以设置跟踪标志吗？挂钩 JET DLL 的？我猜该程序正在执行一些昂贵的查询，导致 JET 在此过程中读取大量数据。

PS：我已经尝试将mdb放在我们公司的文件服务器上，成功访问它甚至比通过本地共享还要慢。我还尝试更改客户端上的锁定机制（机会锁定），但没有成功。

我想知道发生了什么，需要为我们客户的开发人员提供一些确凿的事实和建议，以帮助他/她更快地完成程序。

我想知道日志记录和跟踪之间的区别是什么。

本质上的区别是跟踪是更详细的日志，为开发人员提供了在运行时调试应用程序的工具吗？

我一直在尝试使用 log4net 并进行日志记录。现在我想知道我是否也应该进行跟踪，以及我是否可以/应该为此目的使用 log4net。我应该使用 log4net 进行跟踪吗？log4net 记录器是否有一些跟踪级别？我应该使用不同的日志级别进行调试和跟踪，还是可以使用相同的日志级别？你能举一个简单的例子来说明我将如何为一个简单的方法进行日志记录和跟踪吗？

编辑：尽管下面有一些有用的答案，但我仍然不确定我应该如何进行跟踪与记录。

我的业务层中有以下方法，我想向它添加日志记录/跟踪。我想知道如何有效地做到这一点。以下方法在日志记录/跟踪方面是否可以接受？日志消息应该是 Info 类型而不是 Debug 类型吗？我正在记录的调试消息是否被视为跟踪？你会如何改变它？

什么是跟踪，应该如何进行？

我在我的项目中包含了一个通用实用程序库，我希望能够从中获得一些输出。我一直在使用 log4net，但我不想让我的常用实用程序库依赖于 log4net。那有意义吗？

编辑：日志记录和跟踪之间是否存在关联？出于某种原因，我是否想将跟踪和登录放到同一个流中？

我是否应该用 System.Diagnostics.Trace.WriteLine(..)s 替换我项目中的一些 log4net Logger.Debug(..)？

假设我正在 VB.Net 中开发一个小型批处理控制台应用程序。我希望能够像这样构建应用程序：

请注意，我正在使用Trace而不是Console用于我的输出。这是因为工作方法可能从其他地方调用，甚至存在于不同的程序集中，我希望能够将不同的跟踪侦听器附加到它。那么如何将控制台连接到跟踪？

我已经可以通过定义一个简单的类（如下所示）并将一个实例添加到 Trace 的 listeners 集合中来做到这一点，但我想知道是否有更被接受或内置的方式来实现这一点：

我已经对我的应用程序的后端进行了一些性能改进，并且为了向 GUI 的最终用户展示好处，我们一直在使用 Trace.axd 页面进行计时。（前端是 .Net 1.1，后端是 Java，通过 Web 服务连接。）

但是，这些时间显示新旧后端之间没有区别。

通过在后端放置一个断点并将请求保持 30 秒，我可以从 Trace.axd 中看到 POST 需要 3 毫秒，而 GET 需要 4 秒。我错过了大约26s...

POST应该是性能提升的地方，但是Trace页面上的时间似乎只包括发送请求的时间，而不是返回的时间。

有没有办法增加跟踪中信息的粒度以包括整个请求？还是有其他方法可以进行我需要的测量？