模块M01 心智模型与 make 入口篇号M01-04 / 41预计阅读35 分钟主线GNU Make本篇目标掌握日常最高频的一组make命令行开关并行-j、失败后是否继续-k、只演练不执行-n、强制重编-B、安静模式-s并理解选项如何通过MAKEFLAGS传递给子 make。学完本篇M01 模块收官你能在「读入口、找文件、定默认目标」之外主动选用正确开关完成构建与排错。30 秒速览-j [N]并行执行互不依赖的配方不写N时尽量用多任务慎用见 M08-01。-k某目标失败后不立刻停尽量继续做其它目标keep going。-n打印将执行的命令不真正执行dry-run排错首选。-B/--always-make视所有目标为过期强制重跑配方。-s/--silent不回显配方命令行类似配方前加的全局版。MAKEFLAGSmake 把自己的标志放进环境子$(MAKE)常会继承乱设环境变量可能「悄悄改变」构建行为。正文1. 为什么先学开关而不是埋头写更复杂规则M01-01M01-03 解决「规则是什么、读哪份文件、默认做谁」。真正干活时你还经常需要诉求常用开关想快一点-j想先看清会跑什么-n改完头文件仍觉得没重编-B或先查依赖是否写对见 M06一处失败想看后面还有没有错-k日志太吵-s这些开关不改变 Makefile 语法但强烈改变「怎么跑」。读 CI 脚本、同事命令时也要能一眼认出它们。2.-n只演练不执行排错第一工具make-nmake-ncleanmake-nhello效果打印本将执行的配方命令默认不真正跑gcc/rm等。典型用途换目录 / 换-f后确认路径是否指对呼应 M01-02。改完规则先看会不会误删、误链。对照「你以为会编的文件」和「make 实际要编的文件」。相关选项含义-n/--just-print/--dry-run打印不执行-p/--print-data-base打印 make 读入后的数据库变量、规则输出很大M09-01 再用本篇记住先-n再真跑。3.-B强制全部当作过期make-Bmake--always-make含义不信任「已是最新」的判断强制重做需要更新的目标链行为上像一切都过期。适用怀疑时间戳异常拷贝文件保留了旧 mtime、网络文件系统时钟偏斜。临时绕过「明明改了却不重编」——但根因往往在依赖没写全M06-B是止痛不是治本。对照做法效果make -B强制按规则重跑make clean make先删产物再编依赖clean是否删干净只touch某个源文件只让依赖该源的目标过期4.-j并行构建make-jmake-j8make-j$(nproc)# Linux 上常用按 CPU 数含义在依赖允许的前提下同时跑多个配方。要点本篇先建立正确预期细节与竞态见M08-01没有依赖关系的目标如多个独立的.o可以并行。配方若写得不安全两个任务写同一临时文件、未声明的次序依赖-j会把隐性 bug放大成偶发失败。-j不带数字时GNU Make 会启动较多并行任务机器可能很卡——团队脚本里更常见写死-j$(nproc)或-j8。读命令时看到 CI 里make -j$(nproc)说明他们在用并行加速本地复现失败时可先试make -j1串行判断是否并行竞态。5.-k失败后尽量继续默认行为某个目标的配方失败非零退出make立刻停止已启动的并行任务行为另说。make-kmake--keep-going含义一个目标失败后继续尝试其它不依赖该失败结果的目标。适合一次暴露多处编译错误修 bug 阶段。大型树里先扫一遍「还有哪些模块挂了」。不适合发布流水线「失败即停」的场景——那里通常不要-k以免带着半残产物继续走。6.-s与配方回显make-smake--silentmake--quiet含义不打印配方命令行本身仍会看到命令自己的 stdout/stderr。对照配方里的hello: hello.c echo building hello gcc -o hello hello.c写法效果配方前该行不回显make -s全局更安静默认先打印命令再执行排错时常常去掉-s好看到真实命令需要干净日志再加回。7. 其它高频开关扫一眼即可选项含义-e环境变量覆盖 Makefile 中的同名变量危险易让构建「环境相关」慎用-i忽略配方错误类似每行前加-更危险少用-r不使用内置规则-R不使用内置变量与规则更干净的「空白」环境高级场景-w/--print-directory进入/离开目录时打印提示递归 make 时很有用-C DIR换目录M01-02-f FILE指定文件M01-02本篇核心记住-n-j-k-B-s其余遇到再查。8.MAKEFLAGS选项如何「跟着环境走」GNU Make 会把当前的命令行标志放进环境变量MAKEFLAGS以及相关机制使得子进程里的 make尤其配方中的$(MAKE)常常继承同样的并行度等设置。示意$exportMAKEFLAGS-j4$make# 本次以及子 make 可能都带上 -j4 一类标志你也会在脚本里看到make-j8# 内部若有 $(MAKE) -C subdir子 make 往往仍带并行相关 flags读工程时要注意环境里残留的MAKEFLAGS可能导致「我明明没写-j却并行了」。排查echo $MAKEFLAGS。配方里应写$(MAKE)而不是裸make以便正确传递 flags / 作业服务器信息M08-02 展开。写裸make是常见坏味道。临时取消env -u MAKEFLAGS make或在当前 shellunset MAKEFLAGS再试。还有MFLAGS等历史相关变量日常优先会查MAKEFLAGS即可。9. 组合示例怎么选场景建议命令第一次碰陌生项目make -n看将执行什么日常开发构建make -j$(nproc)规则可靠时怀疑并行问题make -j1想强制重来make -B或make clean make一次看清多处编译错误make -k或make -k -j1CI 要安静日志make -s仍建议保留失败时的编译器输出子目录构建make -C path -j8组合没有唯一标准但有一条原则先正确再并行先-n看清再去掉-n真跑。10. 对照表本篇开关选项一句话-n打印命令不执行-B强制当过期重做-j[N]并行-k失败后继续做其它目标-s少回显命令行-C/-f换目录 / 指定文件M01-02MAKEFLAGS标志的环境载体影响子 make读 Makefile / 读构建命令检查清单看到同事或 CI 的构建行时有没有-n若有那只是演练有没有-j失败可否改用-j1复现有没有-k失败是否被「带过」了有没有-B是在掩盖依赖问题吗环境变量MAKEFLAGS是否被导出echo $MAKEFLAGS子目录调用写的是$(MAKE)还是裸make练习判断题对 / 错make -n会真正执行gcc并生成目标文件。make -j1表示串行执行配方并行度为 1。环境变量里残留的MAKEFLAGS-j8可能影响你「以为自己在串行」的一次构建。make -k适合作为发布流水线的默认选项以便尽量多产出文件。参考答案错。-n默认只打印不执行。对。对。应用echo $MAKEFLAGS排查必要时unset MAKEFLAGS。错。发布/门禁通常希望失败即停-k更适合本地扫错。改错题CI 脚本写了exportMAKEFLAGS-i -kmake-j$(nproc)all从「可靠发布」角度看有什么问题如何改更稳妥参考答案问题-i忽略错误失败也可能继续产物不可信。-k同样让失败后继续门禁语义变弱。把危险标志放进MAKEFLAGS还会传给子 make影响面更大。更稳妥示例unsetMAKEFLAGSmake-j$(nproc)all# 需要扫错时再临时make -k -j1动手题对你的最小hello工程执行make -n对照不带-n的差异。export MAKEFLAGS-j2后执行make再unset MAKEFLAGS对比。故意在配方里写一条会失败的命令对比默认停止与加-k的行为。M01 小结本模块收官篇你应带走的能力M01-01认出目标 / 依赖 / 配方理解时间戳增量M01-02找对入口文件与工作目录-f/-CM01-03默认目标、.PHONY、all/clean约定M01-04用-n/-j/-k/-B/-s与MAKEFLAGS驾驭构建过程下一模块M02进入规则语法精读多目标、模式规则%、遗留 suffix 规则等——那是读大型 Makefile 的主战场。下一篇预告M02-01《显式规则目标、依赖、配方与 Tab 纪律》— 把规则语法钉死多行配方、行续接、/-/前缀以及 Tab 与空格的纪律。学完 M02-01你写每一条规则时都有章可循。