在J2EE应用程序(例如在WebSphere中运行的应用程序)中，当我使用System.out.println()时，我的文本将转换为标准输出，由WebSphere管理控制台映射到一个文件。
在ASP中。NET应用程序(像一个运行在IIS)， Console.WriteLine()的输出去哪里?IIS进程必须有一个stdin, stdout和stderr;但是stdout映射到/dev/null的Windows版本还是我在这里错过了一个关键的概念?
我不是问我是否应该在那里记录日志(我使用log4net)，而是问输出到哪里?我最好的信息来自于这个讨论，他们说Console. setout()可以改变TextWriter，但它仍然没有回答控制台的初始值是什么，或者如何在配置/运行时代码之外设置它的问题。
当前回答
在调试模式下，有一个输出选项卡。
其他回答
如果你看一下。net Reflector中的Console类，你会发现如果一个进程没有一个相关的控制台，Console。外出控制台。错误是由流支持的。Null(包装在TextWriter中)，这是Stream的一个虚拟实现，基本上忽略所有输入，并且不提供输出。
因此，它在概念上等同于/dev/null，但实现更加简化:null设备没有实际的I/O发生。
此外，除了调用SetOut之外，没有办法配置默认值。
更新2020-11-02:由于这个答案在2020年仍在收集选票，可能应该注意的是，在ASP。NET Core，通常附带一个控制台。您可以配置ASP。NET Core IIS模块通过stdoutLogEnabled和stdoutLogFile设置将所有stdout和stderr输出重定向到日志文件:
<system.webServer>
<aspNetCore processPath="dotnet"
arguments=".\MyApp.dll"
hostingModel="inprocess"
stdoutLogEnabled="true"
stdoutLogFile=".\logs\stdout" />
<system.webServer>
asp.net中的TraceContext对象。NET写入DefaultTraceListener，该DefaultTraceListener输出到主机进程的标准输出。如果使用Trace. write()，则不使用Console.Write()。写入后，输出会转到标准输出的进程。
您可以使用System.Diagnostics.Process对象来获取ASP. diagnostics . process对象。NET进程，并使用outputdatarecived事件监视标准输出。
当提到IISExpress时，每个人都感到困惑。没有什么可以读取控制台消息。例如，在ASPCORE MVC应用中，它使用appsettings进行配置。json，如果你正在使用IISExpress，它什么都不做。
现在你可以添加loggerFactory.AddDebug(LogLevel.Debug);在你的配置部分，它至少会显示你的日志在调试输出窗口。
好消息是CORE 2.0这一切都将改变:https://github.com/aspnet/Announcements/issues/255
使用控制台。Writeline并不适合我。
真正有帮助的是设置一个断点，然后在调试时运行测试。 当它到达断点时，您可以观察返回什么。
在ASP中。NET应用程序，我认为它会转到输出或控制台窗口，在调试期间是可见的。
