最彻底的方法是将子系统设为WINDOWS并改用WinMain入口，从根源杜绝控制台创建；FreeConsole()仅适合需保留控制台功能的临时隐藏，而ShowWindow配合GetConsoleWindow只是视觉隐藏且不可靠。
Windows平台下用FreeConsole()关闭当前控制台
如果你的C++程序是CONSOLE子系统（即默认的控制台应用），但运行时不需要显示黑窗口，最直接的方式是在程序启动后立刻调用FreeConsole()。它会断开当前进程与控制台的关联，窗口随即消失。
注意：必须在主线程中调用，且不能在main()返回后、或控制台已被系统回收后再调用——否则无效或触发未定义行为。
-
FreeConsole()只对当前进程有效；若程序由命令行启动（如cmd中双击exe），控制台属于父进程，调用后父窗口仍存在，只是你的程序不再绑定它 - 如果程序需要后续输出日志到文件或GUI控件，务必提前重定向
stdout/stderr，否则printf等会失败（返回-1） - 调用前可先用
AttachConsole(ATTACH_PARENT_PROCESS)判断是否附着了控制台，避免无意义调用
编译时指定/subsystem:windows替代console
更彻底的办法是让链接器不为程序分配控制台——把子系统从console改成windows。这样程序启动时根本不会创建黑窗口，也无需运行时干预。
VS里可在项目属性 → 配置属性 → 链接器 → 系统 → 子系统中选Windows (/SUBSYSTEM:WINDOWS)；命令行链接则加参数/SUBSYSTEM:WINDOWS。
立即学习“C++免费学习笔记（深入）”；
- 改完后
main()函数不再被调用，必须改用WinMain()入口点（签名：int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)） -
std::cout、printf默认失效（没有stdout句柄），调试时可用OutputDebugString()配合Visual Studio输出窗口，或自己fopen("CONOUT$", "w")临时获取控制台句柄（仅当父进程有控制台时有效） - 若程序需同时支持GUI和命令行两种启动方式（比如加
-v参数就打印日志），建议保留console子系统 + 运行时条件隐藏，而非硬切windows
隐藏已创建的控制台窗口：用ShowWindow()操作GetConsoleWindow()
某些场景下你无法修改子系统（比如第三方SDK强制要求console），又想“视觉上”隐藏窗口——可以用Windows API获取控制台窗口句柄并隐藏它。
关键组合是GetConsoleWindow() + ShowWindow(hwnd, SW_HIDE)。注意这不是释放控制台，只是隐藏UI，进程仍持有控制台资源。
- 必须在控制台已创建后调用（例如
main()开头几行），太早可能返回NULL - 隐藏后用户仍可通过任务栏预览或Alt+Tab看到窗口缩略图（除非再调用
SetConsoleOutputCP()等进一步弱化可见性） - 如果程序后续要弹出GUI对话框（如
MessageBox()），隐藏控制台不会影响它；但若依赖控制台输入（cin），隐藏后用户无法看到提示符，容易卡住
跨平台隐藏控制台的现实约束
C++标准不提供控制台可见性控制，所有方案都是Windows特有。Linux/macOS下所谓“终端窗口”本质是shell进程的附属，程序自身无法隐藏它——只能靠启动方式规避（如用nohup ./app &或桌面快捷方式禁用终端）。
即使使用Qt、SDL等跨平台框架，它们的“隐藏控制台”选项底层仍是调用上述Windows API或链接器设置，无法真正抽象掉平台差异。
- 打包成安装包时（如Inno Setup），常通过
runasadmin或shellexec方式启动，此时控制台是否出现取决于安装脚本的Flags配置，和程序本身无关 - 服务程序（
svchost托管）或后台进程通常走windows子系统+WinMain，但要注意服务不允许交互式GUI，SW_HIDE也无效
真正麻烦的不是怎么藏，而是藏完之后IO流、调试输出、异常捕获这些配套逻辑没跟上——黑窗没了，日志也没了，问题反而更难定位。
