写完代码最怕的不是报错，而是不知道有没有编译成功。很多人在命令行敲下 gcc main.c 或者 javac Hello.java 后，盯着黑乎乎的窗口发愣：到底成了没？其实判断是否成功编译，有几条很直接的线索。
看有没有输出错误信息
大多数编译器在出错时会明确告诉你哪里有问题。比如 C 语言中漏了个分号，GCC 会打印类似这样的内容：
main.c:5:18: error: expected ';' before '}' token
只要看到 error 字样，基本就可以断定编译失败。而如果什么都没输出，或者只有一两行警告（warning），那大概率是成功的。
检查有没有生成可执行文件
这是最实在的办法。比如你在 Linux 或 macOS 上用 GCC 编译 C 程序，默认会生成一个叫 a.out 的文件。执行完编译命令后，运行 ls 看看这个文件在不在：
ls a.out
如果系统提示 No such file or directory，那说明编译没过，文件没生成。Windows 上如果你编译成 hello.exe，就看看目录里有没有这个 exe 文件。
试着运行它
编译成功的最终体现，就是能跑起来。比如你编译了一个 Python 扩展模块，或者一个 C 写的小工具，直接尝试运行：
./a.out
如果程序正常输出结果，哪怕只是打印了个 Hello, World，那说明编译这关已经过了。如果提示“无法访问”“不是内部或外部命令”，那就要回头查编译过程了。
利用返回值判断（高级但实用）
在终端里，每个命令执行完都会返回一个退出码。编译成功通常是 0，失败是非 0。你可以紧接着编译命令加一句：
echo $?
如果输出是 0，说明上一条编译命令成功执行。这个方法在写脚本或者批量编译时特别有用。
IDE 用户怎么看
如果你用的是 Visual Studio、Code::Blocks 或者 Eclipse 这类集成环境，界面会更友好。通常底部会有“Build succeeded”提示，或者一个小对勾图标。相反，如果有红色波浪线、报错列表弹出来，或者进度条卡住不动，那就说明没通过。
有时候编译器会生成中间文件，比如 .o 或 .class 文件。Java 中 javac 成功后会在同目录下生成 .class 文件，手动 ls *.class 看看有没有，也是一种土办法。
说白了，判断编译是否成功，不靠猜，也不靠运气。盯紧错误信息、检查输出文件、动手试运行，这几招轮着来，准没错。