g++是编译c++文件最直接可靠的选择，它自动识别.cpp等后缀、链接libstdc++，而gcc需手动加-lstdc++且可能遗漏c++启动代码；多文件编译需先-g++ -c生成.o再链接，注意标准统一和头文件路径。
g++ 是编译 C++ 文件最直接、最不容易出错的选择。用 gcc 也能编译，但得手动加 -lstdc++，稍不注意就链接失败。
用 g++ 编译单个 .cpp 文件
g++ 默认识别 .cpp、.cc、.cxx 后缀为 C++ 源码，并自动链接 libstdc++（C++ 标准库），不需要你操心 STL 或 std::cout 找不到的问题。
- 直接生成可执行文件：g++ hello.cpp -o hello
- 不指定 -o 时，默认输出为 a.out，运行需 ./a.out
- 加 -Wall 开启常用警告：g++ -Wall hello.cpp -o hello，能提前发现未初始化变量、隐式类型转换等隐患
- 如果源码用了 C++17 特性（如 std::optional），要显式指定标准：g++ -std=c++17 -Wall hello.cpp -o hello为什么不用 gcc 直接编译 .cpp 文件？
gcc 默认按 C 语言规则处理，即使文件名是 main.cpp，它也不会自动链接 C++ 运行时库。
- gcc main.cpp -o main 很可能报错：undefined reference to 'std::cout' 或 'std::ios_base::Init::Init()'
- 修复方式是补上 -lstdc++：gcc main.cpp -o main -lstdc++
- 但这样仍可能漏掉其他 C++ 启动代码（比如全局对象构造器），不如 g++ 可靠
- 更隐蔽的坑：如果代码里用了 std::thread，还得额外加 -pthread，而 g++ 在多数情况下会自动处理
编译多个 .cpp 文件或分离编译
大型项目不会把所有代码塞进一个文件。常见做法是先生成目标文件（.o），再统一链接。
- 分别编译：g++ -c main.cpp -o main.o，g++ -c utils.cpp -o utils.o
- 链接成可执行文件：g++ main.o utils.o -o program
- 注意：所有 .o 文件必须用同一套标准（如都用 -std=c++17）编译，否则可能符号不匹配
- 如果某个 .cpp 依赖第三方头文件（比如 boost/asio.hpp），编译时就得加 -I/path/to/boost，链接时可能还要 -L/path/to/lib -lboost_system常见错误和绕不开的细节
-fatal error: bits/stdc++.h: No such file or directory：这是 GNU 扩展头文件，不是标准 C++ 的一部分；Clang 或某些精简版 MinGW 不带它；别依赖它，改用具体头文件如 #include <vector></vector>
- Windows 上运行时报 MSVCP140D.dll missing：说明你用的是 Debug 版 MSVC 运行时，但目标机器没装 Visual Studio；换用 MinGW-w64 的 UCRT 或静态链接：g++ -static-libgcc -static-libstdc++ main.cpp -o main.exe
- Linux 上编译的可执行文件不能直接在 Windows 运行：GCC 生成的是平台原生格式（ELF 或 PE），跨平台必须重新编译，不存在“一次编译，到处运行”
真正容易被忽略的点是：g++ 和 gcc 虽然同属 GCC 工具链，但它们调用的前端（frontend）和默认链接行为不同；哪怕只改一个字母，从 gcc 换成 g++，就能避开一大半链接错误。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
