看懂编译器的第一句话
写完代码一编译，黑窗口弹出一堆红字，很多人第一反应是懵。其实编译器很讲道理，它报错的第一行通常就是问题的起点。比如出现 error: expected ';' before '}' token，说明在某个 } 前面少了分号。这时候别急着改，先定位文件名和行号，打开对应位置看看上下文。
有时候错误会“传染”，一个地方写错导致后面几十行都报错。所以优先处理第一个错误，改完再重新编译，很多后续问题会自动消失。
常见错误类型及应对方式
语法错误：拼写和符号问题
把 int 写成 Int，或者括号没配对，这类问题最基础也最容易忽略。C++里大小写敏感，Java里少个 import 也能卡住。遇到这种报错，仔细对照编辑器的高亮和缩进，往往能发现漏掉的括号或分号。
int main() {
printf("Hello World")
return 0;
}上面这段代码漏了分号，编译器会提示“expected ';' before 'return'”。加上分号就通过了。
链接错误：函数或变量找不到
编译能过，链接时报错 undefined reference to 'func_name'，说明你调用了函数但没实现，或者库没链接上。比如用到了数学函数 sqrt 却没加 -lm 参数，Linux 下就会出这个问题。
检查是否包含了正确的头文件，确认源文件有没有被加入编译列表。如果是多人协作项目，可能别人删了实现文件你还没拉最新代码。
类型不匹配：隐式转换失败
把字符串赋给 int 变量，或者函数传参类型对不上，编译器会明确告诉你“cannot convert from X to Y”。这种情况多出现在 C++ 模板或重载函数中。比如：
void printNum(int n) {
printf("%d\n", n);
}
printNum("123"); // 错误：字符串传给了int参数改成 printNum(123) 就没问题。注意双引号和单引号的区别，字符和字符串不是一回事。
利用工具缩小范围
如果项目大，错误信息多，可以临时注释掉部分代码，分段编译。比如先把 main 函数里后面的调用全注掉，只留最基础的部分，看能不能跑通。逐步放开，直到错误重现，就能锁定问题区域。
现代编辑器像 VS Code、CLion 都有实时语法检查，波浪线下划线比编译还快一步发现问题。养成看这些提示的习惯，能省去很多来回编译的时间。
搜索错误信息有技巧
把完整的错误字符串复制下来，去掉具体的路径和变量名，用关键词去搜。比如 g++ error expected primary-expression before ')' token 这种，搜的时候保留核心部分，很多人早就踩过同样的坑。Stack Overflow 上常有现成解答，甚至能告诉你这是哪个版本编译器的已知问题。
有些错误是因为环境差异引起的。比如在 Windows 上用 MSVC 编译没问题，换到 Linux 用 g++ 就报错，可能是某些非标准语法被默认放行了。这时候要以严格标准为准，别依赖编译器宽容。
检查构建配置
Makefile 写错了，CMakeLists.txt 漏了源文件，或者 IDE 里没设置正确的目标架构，都会导致编译失败。特别是跨平台项目，32位和64位的类型长度不同，容易触发警告升级为错误。
确保使用的编译选项一致，比如 -std=c++11 是否启用，-Wall 是否开启所有警告。有时候加个警告选项反而能提前发现问题。