clang本身不会重复编译，手动全量编译命令（如clang++ main.cpp utils.cpp -o app）导致所有文件每次都被重编；正确做法是分步编译：先用-c生成.o，再链接；makefile通过时间戳自动判断依赖项（如头文件变更会触发所有包含它的.o重编），-c开关和依赖声明是关键。

Clang编译多文件时，为什么会有重复编译？

不是 Clang 本身重复编译，而是你手动执行 clang++ main.cpp utils.cpp -o app 这类命令时，每次都会把所有源文件重新编译+链接。哪怕只改了 utils.cpp，main.cpp 也会被重走一遍预处理、编译、汇编流程——这纯粹是调用方式问题，不是编译器缺陷。

必须用分步编译：先生成 .o，再链接

核心动作只有两步，且顺序不能颠倒：

• clang++ -c main.cpp -o main.o（只编译，不链接）
• clang++ -c utils.cpp -o utils.o
• clang++ main.o utils.o -o app（只链接，不编译）

这样改完 utils.cpp 后，只需重跑第二行和第三行；main.o 时间戳没变，Clang 就跳过它。注意：-c 是关键开关，漏掉就又全量重编。

Makefile 能自动判断哪些 .o 需要重做

手敲命令容易漏或写错，交给 make 更可靠。一个最小可用的 Makefile 长这样：

Clang 22.1.3

Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。

下载

CC = clang++
CXXFLAGS = -Wall -std=c++17

app: main.o utils.o
	$(CC) $(CXXFLAGS) -o $@ $^

main.o: main.cpp utils.h
	$(CC) $(CXXFLAGS) -c $
<p>重点看依赖行：<code>main.o: main.cpp utils.h</code> 表示只要 <code>main.cpp</code> 或 <code>utils.h</code> 任一修改，<code>main.o</code> 就得重编。Make 会自动比对时间戳，不靠人眼判断。</p>

<h3>头文件变更会连带触发多个 .o 重编，这没法绕开</h3>
<p>这是正确行为，不是 bug。比如 <code>utils.h</code> 被 <code>main.cpp</code> 和 <code>utils.cpp</code> 同时包含，它一改，<code>main.o</code> 和 <code>utils.o</code> 都得更新——因为预处理后内容变了，二进制兼容性可能破坏。常见误区是以为“只改了实现文件，头文件不动就安全”，但只要头文件被包含，它就是依赖项。</p>
<p>真正容易被忽略的是：IDE 或构建缓存有时会误判头文件路径（比如软链接、挂载点差异），导致该重编的没重编。此时 <code>#pragma once</code> 可能失效，而 <code>#ifndef</code> 宏卫士更稳——但无论用哪种，都改变不了“头文件变 → 所有包含它的 .o 必须重编”这个底层逻辑。</p>