g++ -o 选项位置不强制要求在源文件后，但必须紧跟输出文件名；c++ 文件应统一用 g++ 编译以自动链接标准库；输出路径需预先存在，运行时需用 ./myapp 而非直接 myapp。
g++ -o 选项必须放在源文件之后吗
不是必须，-o 的位置不影响功能，但习惯上放最后更清晰。g++ 解析命令行时会收集所有非选项参数作为输入文件，遇到 -o 就把紧随其后的第一个非选项参数当作输出名，其余仍视为输入。
常见写法：g++ main.cpp -o myapp（推荐）；g++ -o myapp main.cpp 也完全合法。但如果写成 g++ -o main.cpp myapp，就会误把 myapp 当作输入文件、main.cpp 当作输出名——结果覆盖源码，且报错找不到 myapp。
-
-o后面**必须紧跟输出文件名**，不能有空格或换行 - 多个源文件时，
-o只能指定一个输出名：g++ a.cpp b.cpp -o program - 如果漏掉
-o，默认输出为a.out，容易和其它项目冲突
为什么用 g++ 而不是 gcc 编译 C++ 文件
因为 g++ 默认链接 C++ 标准库（如 libstdc++），而 gcc 不会。直接用 gcc main.cpp -o app 编译含 #include <iostream></iostream> 的代码，链接阶段大概率报 undefined reference to `std::cout'... 这类错误。
即使加了 -lstdc++，gcc 仍可能漏掉一些 C++ 运行时支持（比如异常处理、RTTI）。所以：C++ 源文件一律用 g++，别图省事换 gcc。
-
g++是gcc的封装，识别.cpp/.cc后缀并自动启用 C++ 模式 - 想显式指定标准（如 C++17），加
-std=c++17：g++ -std=c++17 main.cpp -o app - 混用 C 和 C++ 文件时，统一用
g++链接，否则 C 文件里调用的 C++ 函数可能符号解析失败
输出文件名带路径时要注意什么
路径必须存在，g++ 不会自动创建父目录。比如 g++ main.cpp -o build/app，若 build/ 目录不存在，会报错：cannot create output file 'build/app': No such file or directory。
解决方法很简单：提前建好目录，或用 shell 组合命令：
mkdir -p build && g++ main.cpp -o build/app
- 输出路径支持相对路径（
./bin/myapp）和绝对路径（/tmp/test） - 文件名中不要含空格或特殊字符（如
my app），否则 shell 解析易出错；要用就加引号：g++ main.cpp -o "my app" - Windows 下路径分隔符用
/即可（MinGW/MSYS2），不用\
编译成功但运行时报 “command not found” 怎么办
这不是编译问题，而是 shell 找不到可执行文件。Linux/macOS 默认不把当前目录（.）加入 $PATH，所以不能直接敲 myapp，必须写成 ./myapp。
- 确认文件确实生成：
ls -l myapp看是否有执行权限（-rwxr-xr-x） - 确认没被 SELinux 或其他安全模块拦截（少见，但企业环境可能触发）
- 如果用了
-static静态链接，生成的二进制会很大，但可移植性更强；没加则依赖系统 glibc 版本
gcc 替代 g++——这几个点踩一次，调试半小时。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
