windows下gcc编译c文件默认生成a.exe，基本命令为gcc hello.c；指定名称用gcc hello.c -o myapp.exe；多文件编译写为gcc main.c utils.c -o program.exe。
gcc 命令直接生成 .exe 的基本用法
Windows 下用 gcc 编译 C 源文件，默认就生成 a.exe，不是 .out 或其他后缀。只要命令执行成功，当前目录下就会出现可执行文件。
- 最简命令：
gcc hello.c→ 输出a.exe - 指定输出名：
gcc hello.c -o myapp.exe→ 输出myapp.exe（-o后必须跟文件名，不能只写myapp，否则 Windows 会报错找不到入口点） - 如果源文件有多个，比如
main.c和utils.c，直接写：gcc main.c utils.c -o program.exe
为什么有时生成了 a.exe 却双击没反应？
常见原因是程序运行后立即退出，控制台窗口闪退。这不是编译问题，而是运行环境缺失或代码逻辑导致的。
- 确认是否用了
printf但没加getchar()或system("pause")—— 这类语句只是“暂停”，不是必须，但方便调试 - 检查是否链接了必要库：比如用了
math.h中的函数，要加-lm参数：gcc calc.c -o calc.exe -lm - 如果用了 Windows API（如
CreateWindow），需确保不是控制台项目却用了main入口 —— 图形界面程序应写WinMain并加-mwindows，否则会弹黑窗
生成 .exe 时容易忽略的链接参数
很多初学者以为 gcc 只是“把代码转成 exe”，其实它默认只做编译+汇编+链接三步，而链接行为受隐含规则影响。Windows 下尤其要注意：
-
-mconsole：显式声明生成控制台程序（默认行为，一般不用加） -
-mwindows：生成 GUI 程序，不弹控制台窗口（此时入口函数必须是WinMain，且不能用main） -
-static：静态链接所有依赖（生成更大的 .exe，但不依赖外部libgcc_s_dw2-1.dll等） - 不加
-static时，生成的 .exe 运行需要同目录存在libgcc_s_dw2-1.dll和libstdc++-6.dll（C++ 项目），否则提示“缺少 DLL”
验证 .exe 是否真正可独立运行
别只看文件生成了就认为成功。真正的验证方式是：在另一台没装 MinGW 的干净 Windows 机器上双击运行，或用 Dependency Walker 查看依赖。
- 用
ldd myapp.exe（需在 MinGW 终端里运行）可列出动态依赖项 - 若输出里只有
ntdll.dll、kernel32.dll等系统 DLL，说明已静态链接或依赖极少 - 若看到
libgcc_s_seh-1.dll或libstdc++-6.dll，就得把它们和 .exe 放一起，或改用-static
实际中，多数人漏掉的是 DLL 依赖或入口函数类型不匹配，而不是编译命令本身写错。
