在J2EE应用程序(例如在WebSphere中运行的应用程序)中，当我使用System.out.println()时，我的文本将转换为标准输出，由WebSphere管理控制台映射到一个文件。
在ASP中。NET应用程序(像一个运行在IIS)， Console.WriteLine()的输出去哪里?IIS进程必须有一个stdin, stdout和stderr;但是stdout映射到/dev/null的Windows版本还是我在这里错过了一个关键的概念?
我不是问我是否应该在那里记录日志(我使用log4net)，而是问输出到哪里?我最好的信息来自于这个讨论，他们说Console. setout()可以改变TextWriter，但它仍然没有回答控制台的初始值是什么，或者如何在配置/运行时代码之外设置它的问题。
当前回答
在ASP中。NET应用程序，我认为它会转到输出或控制台窗口，在调试期间是可见的。
其他回答
如果你使用System.Diagnostics.Debug.WriteLine(…)而不是Console.WriteLine()，那么你可以在Visual Studio的输出窗口中看到结果。
如果你碰巧在ASP.net项目中使用NLog，你可以添加一个调试器目标:
<targets>
<target name="debugger" xsi:type="Debugger"
layout="${date:format=HH\:mm\:ss}|${pad:padding=5:inner=${level:uppercase=true}}|${message} "/>
并将您想要的级别的日志写入此目标:
<rules>
<logger name="*" minlevel="Trace" writeTo="debugger" />
现在你的控制台输出就像在VS的“输出”窗口中的Jetty一样，并确保你运行在调试模式(F5)。
当提到IISExpress时，每个人都感到困惑。没有什么可以读取控制台消息。例如，在ASPCORE MVC应用中，它使用appsettings进行配置。json，如果你正在使用IISExpress，它什么都不做。
现在你可以添加loggerFactory.AddDebug(LogLevel.Debug);在你的配置部分，它至少会显示你的日志在调试输出窗口。
好消息是CORE 2.0这一切都将改变:https://github.com/aspnet/Announcements/issues/255
尝试附加一些“后端调试器”来记录您的msg或数据到控制台或输出窗口，就像我们在节点控制台中所做的那样。
System.Diagnostics.Debug。WriteLine("Message" +变量)代替Console.WriteLine()
这样你就可以在Visual Studio的输出窗口(控制台)中看到结果。
默认情况下没有控制台监听。在调试模式下运行会附加一个控制台，但在生产环境中，正如您所怀疑的那样，消息不会去任何地方，因为没有任何东西在监听。
