31

我发现了这个问题，但我想知道的是不同的 - Console.WriteLine 的输出在调试时会去任何地方吗？我知道要让它进入输出窗口，我应该使用 Debug.WriteLine() 或其他方法，但是标准 Console.WriteLine() 去哪里了？

编辑 调试时，您看不到黑色控制台窗口/测试日志 - 所以真正的问题是如何在调试期间访问/查看此输出？

4

10 回答 10

21

控制台可以将其输出重定向到任何文本编写器。如果您实现了一个写入 Diagnostics.Debug 的文本编写器，那么一切就绪。

这是一个写入调试器的文本编写器。

using System.Diagnostics;
using System.IO;
using System.Text;

namespace TestConsole
{
    public class DebugTextWriter : TextWriter
    {
        public override Encoding Encoding
        {
            get { return Encoding.UTF8; }
        }

        //Required
        public override void Write(char value)
        {
            Debug.Write(value);
        }

        //Added for efficiency
        public override void Write(string value)
        {
            Debug.Write(value);
        }

        //Added for efficiency
        public override void WriteLine(string value)
        {
            Debug.WriteLine(value);
        }
    }
}

由于它使用 Diagnostics.Debug，因此它会遵守您的编译器设置，以确定它是否应该写入任何输出。此输出也可以在 Sysinternals DebugView 中看到。

以下是你如何使用它：

using System;

namespace TestConsole
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.SetOut(new DebugTextWriter());
            Console.WriteLine("This text goes to the Visual Studio output window.");
        }
    }
}

如果您想在发布模式下编译时在 Sysinternals DebugView 中查看输出，可以使用写入 OutputDebugString API 的 TextWriter。它可能看起来像这样：

using System.IO;
using System.Runtime.InteropServices;
using System.Text;

namespace TestConsole
{
    public class OutputDebugStringTextWriter : TextWriter
    {
        [DllImport("kernel32.dll")]
        static extern void OutputDebugString(string lpOutputString);

        public override Encoding Encoding
        {
            get { return Encoding.UTF8; }
        }

        //Required
        public override void Write(char value)
        {
            OutputDebugString(value.ToString());
        }

        //Added for efficiency
        public override void Write(string value)
        {
            OutputDebugString(value);
        }

        //Added for efficiency
        public override void WriteLine(string value)
        {
            OutputDebugString(value);
        }
    }
}
于 2011-04-07T07:58:09.640 回答
10

NullStream，它被定义为“没有后备存储的流”。所有的方法什么都不做或什么也不返回。它是一个内部类Stream。以下代码取自微软的源代码。

基本上，当Console第一次调用其中一个写入方法时，会调用 Windows API 函数GetStdHandle以获取“标准输出”。如果没有返回句柄，NullStream则创建并使用一个。

塞缪尔的回答是正确的，并提供了一般信息。无论项目类型如何，要实际重定向控制台输出，请使用Console.SetOut(New System.IO.StreamWriter("C:\ConsoleOutput.txt"))，这是一个简单的示例。

将控制台、调试和跟踪定向到文件

直接回答你的问题。使用ConsoleTraceListenerand aStreamWriter将所有三个输出定向到文件。我仅将以下内容用于开发。

    Dim oLogFile As New System.IO.StreamWriter("C:\ConsoleOutput.txt")
    oLogFile.AutoFlush = True 'so we do not have to worry about flushing before application exit

    Console.SetOut(oLogFile)

    'note, writing to debug and trace causes output on console, so you will get double output in log file
    Dim oListener As New ConsoleTraceListener
    Debug.Listeners.Add(oListener)
    Trace.Listeners.Add(oListener)

空流

[Serializable]
private sealed class NullStream : Stream {
    internal NullStream() { }

    public override bool CanRead {
        get { return true; }
    }

    public override bool CanWrite {
        get { return true; }
    }

    public override bool CanSeek {
        get { return true; }
    }

    public override long Length {
        get { return 0; }
    }

    public override long Position {
        get { return 0; }
        set { }
    }

    // No need to override Close

    public override void Flush() {
    }

    public override int Read([In, Out] byte[] buffer, int offset, int count) {
        return 0;
    }

    public override int ReadByte() {
        return -1;
    }

    public override void Write(byte[] buffer, int offset, int count) {
    }

    public override void WriteByte(byte value) {
    }

    public override long Seek(long offset, SeekOrigin origin) {
        return 0;
    }

    public override void SetLength(long length) {
    }
}
于 2010-01-16T01:49:10.733 回答
5

对我来说最好的解决方案是将 Console.WriteLine() 更改为 System.Diagnostics.Debug.WriteLine()。例如：

 catch (DbEntityValidationException dbEx)
 {
    foreach (var validationErrors in dbEx.EntityValidationErrors)
    {
       foreach (var validationError in validationErrors.ValidationErrors)
       {
          System.Diagnostics.Debug.WriteLine("Property: {0} Error: {1}", validationError.PropertyName, validationError.ErrorMessage);
       }
    }

然后，您可以在输出窗口中将错误视为对象。

于 2018-05-21T21:33:59.247 回答
3

Debug 和 Release 不控制您是否获得控制台窗口。这由项目的输出类型控制。（属性 -> 应用程序 -> 输出类型）。控制台应用程序将为您提供一个控制台窗口，该窗口将可视化并接收来自窗口的输入到 System.Console 中的错误、输入和输出流中。

System.Console 类公开了几个属性和方法，用于与其流交互，即使您看不到它。最值得注意的是：Error、In、Out、SetError()、SetIn()、SetOut() 以及 Read 和 Write 方法。

于 2008-10-30T15:15:55.060 回答
1

我实际上会在这个问题上支持詹姆斯。

http://www.csharp411.com/console-output-from-winforms-application

详细描述它（如果将输出定向到文件就足够了，那么您可以轻松使用 amissico 的方法）。他们描述的大多数方法都模仿了http://dslweb.nwnexus.com/~ast/dload/guicon.htm中描述的方法

如前所述，将您的项目更改为“控制台”项目将产生类似的效果。干杯!

于 2011-03-13T04:59:34.710 回答
1

Visual Studio 启动 Windows 程序 ( /target:winexe)，并将 stdin/stdout/stderr重定向到命名管道。每个管道的另一端归 VS 调试器所有，在 stderr/stdout 上读取的任何内容都显示在调试输出窗口中。因此，Console.Write自动神奇地出现在 VS 调试输出中。请注意，如果您附加到已启动的进程，则不会发生这种情况（因为重定向技巧只能在进程启动时完成）。

启动控制台程序 ( /target:exe) 时不会发生此重定向，因此会Console.Write转到实际控制台（或stdout重定向的任何地方）。

我找不到任何记录这种行为的东西，这只是我调查 VS 如何启动和调试应用程序的结论。

于 2017-11-15T12:01:46.367 回答
0

它进入控制台（标准输出）或控制台设置的流。

于 2008-10-30T14:44:33.767 回答
0

正如已经评论过OP的问题：

无需编写额外代码

在 Visual Studio 最上面的菜单中选择

调试 > 窗口 > 输出

输出窗口仅在调试模式下可见，并且会显示所有内容，例如 Console.WriteLine("Debug MyVariable: " + MyVariable) 当您到达它们时。

在之前设置断点（单击所选行开头的行号之前的不同颜色的空白区域），调试（F5），然后逐行执行代码（F11），直到完成为止。

于 2020-03-12T14:37:26.343 回答
-1

即使在 WinForms 应用程序中，您也可以创建控制台窗口，但您必须通过 P/Invoke 才能直接调用 Win32 方法。请参阅http://pinvoke.net/default.aspx/kernel32/AllocConsole.html

于 2008-10-30T15:08:39.677 回答
-4

Console.writeline() 转到控制台窗口：黑色命令/dos 提示符。

于 2008-10-30T14:44:59.397 回答