在J2EE应用程序(例如在WebSphere中运行的应用程序)中，当我使用System.out.println()时，我的文本将转换为标准输出，由WebSphere管理控制台映射到一个文件。
在ASP中。NET应用程序(像一个运行在IIS)， Console.WriteLine()的输出去哪里?IIS进程必须有一个stdin, stdout和stderr;但是stdout映射到/dev/null的Windows版本还是我在这里错过了一个关键的概念?
我不是问我是否应该在那里记录日志(我使用log4net)，而是问输出到哪里?我最好的信息来自于这个讨论，他们说Console. setout()可以改变TextWriter，但它仍然没有回答控制台的初始值是什么，或者如何在配置/运行时代码之外设置它的问题。
当前回答
默认情况下没有控制台监听。在调试模式下运行会附加一个控制台，但在生产环境中，正如您所怀疑的那样，消息不会去任何地方，因为没有任何东西在监听。
其他回答
使用控制台。Writeline并不适合我。
真正有帮助的是设置一个断点，然后在调试时运行测试。 当它到达断点时，您可以观察返回什么。
如果您正在使用IIS Express并通过命令提示符启动它，它将打开DOS窗口，您将看到Console。在那里写语句。
例如，打开一个命令窗口，输入:
"C:\Program Files (x86)\IIS Express\iisexpress" /path:C:\Projects\Website1 /port:1655
这假设你有一个网站目录在C:\Projects\Website1。它将启动IIS Express并为您的网站目录中的页面提供服务。它将打开命令窗口，您将在那里看到输出信息。假设这里有一个默认文件。Aspx，代码如下:
<%@ Page Language="C#" %>
<html>
<body>
<form id="form1" runat="server">
Hello!
<% for(int i = 0; i < 6; i++) %>
<% { Console.WriteLine(i.ToString()); }%>
</form>
</body>
</html>
安排浏览器和命令窗口，以便在屏幕上看到它们。现在在浏览器中输入:http://localhost:1655/。您将看到Hello!在网页上，但在命令窗口中，您将看到类似的内容
Request started: "GET" http://localhost:1655/
0
1
2
3
4
5
Request ended: http://localhost:1655/default.aspx with HTTP status 200.0
我将代码放在标记中的代码块中，使其变得简单，但是代码背后或代码中的任何其他地方的任何控制台语句都将在这里显示。
默认情况下没有控制台监听。在调试模式下运行会附加一个控制台，但在生产环境中，正如您所怀疑的那样，消息不会去任何地方，因为没有任何东西在监听。
通过尝试将DataContext的Log输出更改为输出窗口，我发现了这个问题。所以对于其他想做同样事情的人，我所做的就是创建这个:
class DebugTextWriter : System.IO.TextWriter {
public override void Write(char[] buffer, int index, int count) {
System.Diagnostics.Debug.Write(new String(buffer, index, count));
}
public override void Write(string value) {
System.Diagnostics.Debug.Write(value);
}
public override Encoding Encoding {
get { return System.Text.Encoding.Default; }
}
}
之后:dc. log = new DebugTextWriter()，我可以在输出窗口中看到所有的查询(dc是DataContext)。
看看这个，了解更多信息:http://damieng.com/blog/2008/07/30/linq-to-sql-log-to-debug-window-file-memory-or-multiple-writers
除非你在一个严格的控制台应用程序中，否则我不会使用它，因为你无法真正看到它。我将使用Trace.WriteLine()用于调试类型的信息，这些信息可以在生产环境中打开和关闭。
