我有一个 .Net Core 控制台应用程序。在我的 startup.cs 的配置方法中，我试图测试是否启用了调试器：
if (HttpContext.Current.IsDebuggingEnabled)
loggerFactory.AddConsole(Configuration);
else
loggerFactory.AddConsoleJson(Configuration);
HttpContext.Current.IsDebuggingEnabled 不支持 .Net 核心。我还没有找到适用于 .net core 的方法。
System.Diagnostics.DebuggableAttribute.DebuggingModes.Default 似乎也不起作用。
【问题讨论】：
标签： c# asp.net-core .net-core
HttpContext 是另一个 HttpContext，因为您现在使用的是 ASP.NET Core。在 ASP.NET Core 变体中找不到该属性。 poke 给出了差异的解释。
我会使用Debugger.IsAttached，它不仅会检查是否启用了调试，还会主动进行调试。
【讨论】：
HttpContext 的评论，因为你显然错过了这个问题是关于 ASP.NET Core 的，它通常是一个控制台应用程序。 HttpContext.Current不起作用的原因是另一回事。
HttpContext.Current 指的是 System.Web.HttpContext，它是旧 ASP.NET 中使用的 System.Web 命名空间的一部分。
ASP.NET Core 不使用 System.Web 命名空间中的类型，并且在旧 ASP.NET 世界中应用的任何内容都需要重新评估它是否仍然适用于 Microsoft.AspNetCore 命名空间中的适当新类型。
对于HttpContext，新类型是Microsoft.AspNetCore.Http.HttpContext。但是，它没有IsDebuggingEnabled 的the old type had 属性。
原因是旧的 ASP.NET 是在 Web 服务器（最常见的是 IIS）中运行的应用程序，并且该 Web 服务器向应用程序提供 HttpContext。所以你必须使用HttpContext.Current 来访问那个上下文。
然而，在 ASP.NET Core 中，应用程序包括网络服务器，使得 ASP.NET Core 应用程序能够完全独立于它运行。现在，在使用 ASP.NET Core 进行调试时，您现在不是附加到父 Web 服务器，而是附加到 ASP.NET Core 应用程序本身的进程。这也是您通常创建命令行应用程序（包含带有应用程序代码的网络服务器）的原因。由于它们是普通（命令行）应用程序，因此您必须使用标准工具来确定是否附加了调试器。
通常的方法是检查Debugger.IsAttached：
if (Debugger.IsAttached)
{
// debugger is attached
}
但是，请注意，调试器不需要在应用程序启动时立即附加。稍后仅在应用程序已经运行时附加调试器是完全可以的。这很重要，因为Startup 或WebHostBuilder 中的代码只会在应用程序启动时运行一次。因此，即使附加了调试器，注册您的日志记录提供程序的代码也可能在调试器尚未附加的时候运行。
【讨论】：
如果你想在Debug而不是Release中运行一段代码，你可以使用#if预处理指令。
#if(DEBUG)
debug code here...
#else
release code here...
#endif
如果您不想在构建的发布版本中运行任何内容，请不要包含 else 块。
【讨论】：