程序崩溃或不启动是因为WinMain函数签名、链接器子系统（/SUBSYSTEM:WINDOWS）与入口点（/ENTRY:WinMain）三者未严格匹配，缺一即导致LNK2019错误或进程一闪而退。
为什么改入口点后程序直接崩溃或不启动
默认控制台程序用 main 入口，链接器设为 /SUBSYSTEM:CONSOLE；改成 WinMain 后若不同步调整子系统和入口符号，Windows 会按 GUI 方式加载却找不到预期的窗口消息循环，结果进程一闪而退，甚至根本进不到 WinMain 函数里。
关键不是“写个 WinMain 就行”，而是三者必须匹配：
-
WinMain函数签名必须严格为int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int) - 链接器选项要改为
/SUBSYSTEM:WINDOWS - 入口点要显式指定为
WinMain（否则链接器仍找main）
Visual Studio 里怎么配链接器让 WinMain 生效
右键项目 → 属性 → 配置属性 → 链接器 → 系统 → 子系统选 Windows (/SUBSYSTEM:WINDOWS)；再进 链接器 → 高级 → 入口点填 WinMain（注意：不能带括号、不能拼错大小写）。
如果用 MSVC 命令行编译，等价命令是：
立即学习“C++免费学习笔记（深入）”；
cl /c main.cpp<br>link main.obj /SUBSYSTEM:WINDOWS /ENTRY:WinMain
漏掉 /ENTRY:WinMain 时，即使写了函数，链接器仍按默认规则找 main 或 wmain，报错 LNK2019: unresolved external symbol _main referenced in function ___tmainCRTStartup。
WinMain 里怎么模拟控制台输出
用了 /SUBSYSTEM:WINDOWS 就没自动分配控制台，printf、std::cout 默认不显示。需要手动申请：
- 调用
AllocConsole()创建新控制台 - 用
freopen_s重定向stdout/stderr到CONOUT$ - 注意：只在调试时用，发布版应改用日志文件或 GUI 输出
最小可行示例：
int WINAPI WinMain(HINSTANCE h, HINSTANCE hPrev, LPSTR cmd, int show) {<br> AllocConsole();<br> FILE* dummy;<br> freopen_s(&dummy, "CONOUT$", "w", stdout);<br> printf("Hello from WinMain!\n");<br> Sleep(2000);<br> return 0;<br>}MinGW 或 CMake 项目怎么处理
MinGW 的 g++ 默认按控制台链接，要加 -mwindows（对应 /SUBSYSTEM:WINDOWS）和 -e WinMain（指定入口）：
g++ -mwindows -e WinMain main.cpp -o app.exe
CMake 中需同时设置：
set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -mwindows -e WinMain")<br>add_executable(app WIN32 main.cpp)注意 WIN32 是 CMake 的关键字，它会让生成器自动加 -mwindows，但不会自动设入口，所以 -e WinMain 仍要手动补。
跨平台代码里混用 main 和 WinMain 很容易出符号冲突，最稳妥的做法是只保留一个入口，用预处理器区分：#ifdef _WIN32 块内写 WinMain，其他平台走 main，并统一用 CMAKE_WIN32_EXECUTABLE 控制构建逻辑。
