.NET 8 WinExe程序标准输入丢失问题及相关技术咨询

1. 如何恢复/模拟旧行为？ #

.NET 8 对 WinExe 类型程序的控制台流处理做了变更，默认不再为其分配有效的控制台输入流，导致Console.OpenStandardInput()返回NullStream。要恢复.NET Core 3.0的行为，无需调用AllocConsole()（会弹出控制台窗口），可以通过Windows原生API直接获取标准输入句柄并包装成流：

首先声明P/Invoke方法：

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

[DllImport("kernel32.dll", SetLastError = true)]
private static extern IntPtr GetStdHandle(int nStdHandle);

private const int STD_INPUT_HANDLE = -10;

然后获取并使用标准输入流：

IntPtr stdinHandle = GetStdHandle(STD_INPUT_HANDLE);
if (stdinHandle != IntPtr.Zero && stdinHandle != new IntPtr(-1))
{
    // 将句柄包装为可读取的Stream
    using Stream stdin = new FileStream(stdinHandle, FileAccess.Read);
    // 执行读取操作，比如对接Chrome原生消息
    byte[] buffer = new byte[4096];
    int bytesRead = stdin.Read(buffer, 0, buffer.Length);
    // 处理读取到的数据
}

这种方式不需要创建控制台窗口，直接复用进程已关联的标准输入句柄，和.NET Core 3.0的行为一致。

2. WinExe程序能否同时保留stdin访问权限？ #

可以。WinExe只是Windows窗口程序的输出标识，进程的标准输入句柄是否有效取决于启动方式（比如Chrome原生消息会为进程关联有效的输入输出管道）。.NET 8的变更仅影响了Console类对标准流的封装，底层的系统级标准输入句柄依然存在。通过上述直接获取句柄的方式，既能保持WinExe程序的窗口特性（无控制台弹窗），又能正常访问stdin读取数据。

3. 是否只有Console.OpenStandardInput一种获取stdin的方式？ #

不是，至少有两种可靠的替代方式：

• Windows API 句柄包装：如上述使用GetStdHandle获取标准输入句柄，再通过FileStream封装为可操作的流，这是最直接的底层方式，不受.NET框架对Console流的封装限制。
• 使用SafeFileHandle包装句柄：通过标准输入句柄创建安全句柄，再生成流，代码形式更规范：

IntPtr stdinHandle = GetStdHandle(STD_INPUT_HANDLE);
if (stdinHandle != IntPtr.Zero && stdinHandle != new IntPtr(-1))
{
    using var safeHandle = new SafeFileHandle(stdinHandle, ownsHandle: false);
    using Stream stdin = new FileStream(safeHandle, FileAccess.Read);
    // 读取数据
}

内容的提问来源于stack exchange，提问作者codenamezero