在 IIS 中部署我的 asp.net Web 应用程序后，我是否有机会看到 Console.WriteLine 命令的输出？ （不再有 Visual Studio）
我检查了这个问题：
Where does Console.WriteLine go in ASP.NET?
但问题是他们都在谈论调试/开发环境，Visual Studio的输出窗口可以用来检查那些行的输出。
真的有办法在不安装额外日志工具（例如 log4net）的情况下查看这些行的输出吗？
【问题讨论】：
标签： c# asp.net console trace console.writeline
Console.WriteLine（默认重定向到 Console.Out.WrlteLine）被写入Stream.Null，这意味着写入它们的东西会丢失，正如你提到的question。
要将Console.Out 重定向到另一个流，例如文件，请使用Console.SetOut，例如在global.asax 文件中的BeginRequest handler。这会将任何 Console.WriteLine 调用重定向到输出文件。请记住在 EndRequest 处理程序或类似位置关闭流。
正如其他人所说，Console.WriteLine 通常应避免在 Web 应用程序或通用库中出于这个原因。考虑使用日志库，例如log4net。
【讨论】：
Console.Out 默认对应宿主进程的stdout 流。在 Windows 上，只有标记为控制台类型的可执行文件将其 stdout 流定向到控制台窗口 - 对于所有其他可执行类型（GUI 和服务进程），则 stdout 无处可去。
ASP.NET 在w3wp.exe 内运行，这是一个没有 GUI 的服务进程。正如@akton 指出的那样，它进入了一个空流，所以任何写入的内容都会丢失。
如果您想跟踪操作以进行调试（或者更确切地说是事后调试），请使用 Debug.WriteLine 或使用类似 log4net 的日志库。
【讨论】：
我不认为你可以。负责任的开发人员可能会从他的代码中编写信息来帮助调试，但总是Trace.Write 或Debug.Write，绝不是Console.Write。
【讨论】：
Trace.Write 或 Debug.Write 应该是这样（不使用记录器时）。
接受的答案是正确的。但是如果你想用你的鞋子把钉子钉在咖啡桌上（一个错误的目标和一个错误的工具），那么你需要停止 iis，并从控制台交互地运行它，通过远程桌面登录服务器并启动inetinfo.exe 带有来自 cmd.exe 提示符的适当开关。这是一个 MSDN 页面，它说明了旧版本 IIS 的技术：http://msdn.microsoft.com/en-us/library/aa291261(v=vs.71).aspx 我想它原则上仍然适用于新版本的 IIS。
如果您不想使用库，您始终可以使用 System.Diagnostics TraceSource，然后将您的跟踪重定向到开发中的 ConsoleTraceListeners (don't forget to attach a console)，然后重定向到服务器环境中的文件或数据库侦听器。
【讨论】：
您可以使用 DebugView 从那里获取在 IIS 上运行的 C#/.Net 编译应用程序的 Console.WriteLine() 的输出：https://technet.microsoft.com/en-us/sysinternals/bb896647
【讨论】：
使用 MessageBox，它有很大帮助。
任何你想观察的都放在消息框里
【讨论】：