编译器负责将高级语言代码翻译为低级语言（如机器码），编辑器仅用于编写和保存源代码；二者功能不同、不可互换，IDE则整合两者并提供协同工作流。
编译器和编辑器不是同一类工具，不能互换，也不能互相替代——一个负责“翻译代码”，一个负责“写代码”。
编译器干的是翻译活，不是运行环境
编译器（如 g++、clang++、cl.exe）本质是一个命令行程序，它读入 .cpp 文件，检查语法、生成目标文件（.o 或 .obj），再链接成可执行文件（a.out 或 .exe）。它不提供界面，不支持高亮，不保存文件，也不响应 Ctrl+S。
- 你改完代码后，必须手动运行
g++ main.cpp -o main才能生成程序；不执行这一步，代码永远只是文本 - 编译失败时，报错信息直接输出到终端，例如
error: expected ';' before '}' token，它不会标红那行，也不会跳转 - 不同编译器对 C++ 标准支持程度不同：
g++默认较保守（需加-std=c++17），clang++错误提示更友好，MSVC在 Windows 下对 ABI 和模板处理有差异
编辑器只管“写”，不管“懂不懂”
编辑器（如 VS Code、Vim、Notepad++）只是把键盘输入存成文件的工具。它不解析 C++ 语法，不检查 int x = ; 是否合法，也不生成任何机器码。
- 哪怕你用记事本写
#include <iostream>并保存为hello.cpp，它也是合法的 C++ 源文件——能不能编译过，是编译器的事 - 所谓“C++ 支持”，其实是靠插件（如 VS Code 的
C/C++扩展）调用本地g++或clang做后台检查，编辑器本身并不内置编译能力 - 编辑器崩溃或关机断电，只丢未保存的文本；编译器崩溃，通常意味着中间产物损坏，但源文件不受影响
IDE 是两者的“粘合剂”，但不是必需品
像 Visual Studio、CLion 这类 IDE，内部集成了编辑器界面 + 编译器调用逻辑 + 调试器接口。它们让你点一下“▶️”就完成编辑→保存→编译→运行全流程，但底层依然依赖独立的 cl.exe 或 g++。
立即学习“C++免费学习笔记（深入）”；
- 新手容易误以为“VS 就是编译器”，其实它只是封装了
MSVC工具链；卸载 VS 后，若没单独装 Build Tools，cl.exe就不可用 - 跨平台开发时，VS Code +
g++（WSL）和 VS Code +clang++（macOS）用的是同一套编辑逻辑，但背后编译器完全不同，行为差异可能突然暴露 - 调试时断点失效、变量显示
<optimized out>，问题往往出在编译器选项（如-O2）和编辑器/IDE 的调试配置不一致，而不是编辑器本身坏了
真正容易被忽略的复杂点在于：编译器决定代码能不能跑，编辑器决定你愿不愿意写下去——但两者之间的路径（比如头文件搜索路径 -I、标准库链接顺序、预编译宏定义）既不属于编辑器配置，也不完全由编译器自动推导，得人来搭桥。这个桥搭歪了，错误提示就变得极其模糊。
