直接设winexe是最稳方案；useshellexecute=false才能使windowstyle=hidden生效，否则windows忽略该设置；winexe下console.writeline会因无句柄抛异常，须改用文件、事件日志或microsoft.extensions.logging。
直接改项目输出类型为 WinExe 是最稳的方案，其他方法要么有兼容性风险，要么治标不治本。
为什么 UseShellExecute = false 必须设为 false 才能隐藏启动的外部控制台程序
Windows 默认用 shell（explorer.exe）启动进程，此时 WindowStyle 完全被忽略。只有关闭 shell 代理，才能让 ProcessStartInfo.WindowStyle = ProcessWindowStyle.Hidden 生效。
- 不设
UseShellExecute = false，哪怕写了Hidden，窗口照常弹出 - 设了
false后，WorkingDirectory必须是绝对路径，相对路径会失败 - 若目标程序本身依赖 shell 功能（比如打开 URL、调用注册表关联程序），则不能关掉
UseShellExecute
示例正确写法：
var psi = new ProcessStartInfo("cmd.exe", "/c echo done")
{
UseShellExecute = false,
WindowStyle = ProcessWindowStyle.Hidden,
WorkingDirectory = @"C:\temp"
};
GetConsoleWindow() + ShowWindow() 隐藏自身控制台窗口的坑
这个组合看似直接，但在 Win11 或高 DPI 多显示器环境下容易失效——不是句柄拿不到，而是窗口状态被系统重置。
-
GetConsoleWindow()返回非零值 ≠ 窗口一定可操作，需加IsWindowVisible检查 - 必须在
Main开头立即调用，延迟哪怕 10ms，就可能看到窗口闪一下 - 如果程序用了
Console.ReadKey()或Console.ReadLine()，隐藏后会卡死，因为输入缓冲区仍挂起
最小可用片段：
[DllImport("kernel32.dll")] static extern IntPtr GetConsoleWindow();
[DllImport("user32.dll")] static extern bool ShowWindow(IntPtr hWnd, int nCmdShow);
const int SW_HIDE = 0;
static void Main()
{
var handle = GetConsoleWindow();
if (handle != IntPtr.Zero) ShowWindow(handle, SW_HIDE);
// 后续逻辑……别在这里等 Console 输入
}
改 <outputtype>WinExe</outputtype> 后 Console.WriteLine 崩溃怎么办
WinExe 模式下没有标准输入输出句柄，第一次调用 Console.WriteLine 就可能抛 IOException: The handle is invalid，尤其在 Server Core 或无桌面环境更明显。
- 不要注释掉
Console调用，要彻底替换：日志改用File.AppendAllText、Debug.WriteLine或EventLog.WriteEntry - 如果必须保留调试输出，可在项目文件中加
<disableconsoleapplicationwarning>true</disableconsoleapplicationwarning>，但不解决根本问题 - .NET 6+ 中，
Microsoft.Extensions.Logging是更安全的日志入口，和输出类型完全解耦
真正难处理的是“既要后台常驻、又要偶尔弹窗交互”的场景——这种需求本质矛盾，WinExe 不支持交互，控制台程序又无法脱离用户会话存活。这时候得拆：主逻辑走 Windows Service，UI 部分用单独进程或 WebSocket 通信触发。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
