Console.WriteLine在Debug中的位置在哪里？

我发现了这个问题,但我想知道的是不同的 - Console.WriteLine的输出在调试时是否随处可见？我知道要进入输出窗口我应该调试Debug.WriteLine()或其他方法,但标准的Console.WriteLine()去哪里了？

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

控制台可以将其输出重定向到任何文本编写器.如果您实现了写入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);
        }
    }
}

NullStream,定义为"没有后备存储的流".所有方法都不做任何事情或什么都不返回 这是一个内部课程Stream.以下代码取自Microsoft的源代码.

基本上,当Console第一次调用其中一个write方法时,会调用Windows API函数GetStdHandle进行"标准输出".如果没有返回句柄,则NullStream创建并使用它.

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

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

直接回答你的问题.使用ConsoleTraceListener和a StreamWriter将所有三个输出定向到文件.我只使用以下内容进行开发.

    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)

NullStream

[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) {
    }
}