先学g++命令行而非ide或构建系统，因其能显式暴露预处理、编译、汇编、链接四阶段，便于定位undefined reference等错误；需掌握五组核心参数组合，并通过分步编译链接理解符号解析与库依赖机制。
从 g++ 命令行起步，别碰 IDE 或构建系统——这是最短路径，也是最容易建立正确认知的起点。
为什么先学 g++ 而不是 CMake 或 VS Code
IDE 和构建工具会自动隐藏预处理、编译、汇编、链接这四个阶段，初学者直接用它们，遇到 undefined reference、multiple definition 或头文件找不到时，根本不知道问题出在哪一环。而 g++ 命令能让你逐阶段控制、观察、验证每一步输出。
- 用
g++ -E main.cpp看宏是否展开正确，#include <iostream></iostream>到底展开了什么 - 用
g++ -S main.cpp检查语法错误发生在哪一行（汇编前就报错） - 用
g++ -c a.cpp b.cpp生成.o文件，再手动g++ a.o b.o -o app，立刻理解“链接”是干什么的 - 一旦加了
-lstdc++或-L./lib还报错，你就知道该去查链接器搜索路径，而不是瞎改 IDE 设置
g++ 必须掌握的五个参数组合
不需要记全部选项，先死磕这五组，覆盖 90% 的日常场景：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
g++ -std=c++17 -Wall -Wextra main.cpp -o app：启用现代标准 + 基础警告，避免隐式转换、未使用变量等低级错误 -
g++ -g -O2 main.cpp -o app：调试信息和发布优化共存，GDB 可用，性能不打折 -
g++ -I./include -L./lib main.cpp -lmyutil -o app：头文件和库路径分离，-I控制编译期查找，-L和-l控制链接期行为 -
g++ -DDEBUG=1 -DVERSION=\"1.2.0\" main.cpp -o app：用-D注入编译期常量，比改源码更灵活 -
g++ -v main.cpp -o app：加-v看完整命令链，包括默认包含路径、链接的库名、调用的 ld 路径——这是排查“为什么找不到 std::string”或“为什么连不上 pthread”的唯一可靠方式
多文件项目怎么连起来不报错
新手写两个 .cpp 文件后，直接 g++ a.cpp b.cpp -o app 看似能跑，但一旦函数声明/定义分离、模板跨文件、静态变量初始化顺序出问题，就会崩得莫名其妙。真正可控的做法是分步：
- 每个
.cpp单独编译：g++ -c a.cpp -o a.o、g++ -c b.cpp -o b.o - 确保头文件守规矩：只放声明，不放定义；
#pragma once或#ifndef防重复包含 - 链接时显式列出所有
.o：g++ a.o b.o -o app，不要依赖g++ *.cpp的隐式行为 - 如果出现
undefined reference to `foo()'，先检查foo()是在哪个.cpp里定义的，那个文件是否被编译进了.o，再检查链接命令里有没有漏掉它
真正卡住人的从来不是语法，而是链接阶段的符号解析规则、静态库与动态库的加载时机、C++ ABI 版本不匹配这些底层逻辑。这些只有亲手敲过十次 g++ -v、翻过三次 /usr/lib/x86_64-linux-gnu 下的 libstdc++.so 版本号，才会形成肌肉记忆。别跳步。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
