为何每次运行文件时NS3都会重复全量构建所有依赖项？

这个现象完全不符合预期，属于CMake增量构建逻辑异常导致的问题。正常无代码改动的场景下，./ns3 wrapper 只会在首次构建、检测到关联文件变更时才会编译对应组件，不会每次执行都全量重编所有依赖。

常见触发原因与修复方案 #

• 文件系统时间戳异常
  CMake的增量构建完全依赖文件修改时间戳判断是否需要重编，以下场景会导致时间戳判断逻辑失效：
  • 项目目录存放在WSL跨系统挂载盘（Windows分区挂载到WSL的/mnt/路径下）、NFS/SMB网络共享盘这类不支持稳定时间戳的存储位置
  • 系统时间发生过回退、或者构建过程异常中断导致部分构建产物时间戳晚于源文件
    对应修复操作：
  1. 将NS3项目目录迁移到本地原生文件系统路径下，不要使用跨系统挂载、网络共享路径存放项目
  2. 在NS3项目根目录执行find . -type f -exec touch {} +批量更新所有项目文件时间戳，执行一次./ns3 build完成全量构建后，后续增量构建逻辑即可恢复
• 构建缓存损坏
  切换NS3版本、手动修改build目录内容、之前构建时强制中断进程，都会导致CMake存储的依赖关系缓存失效，误判所有组件需要重编。
  对应修复操作：
  1. 删除项目根目录下的build、cmake-cache两个缓存目录
  2. 重新执行./ns3 configure完成项目配置，再执行一次全量构建，后续运行即可正常触发增量编译
• 构建参数配置错误
  检查你的运行命令和配置参数：如果执行./ns3 run时附带了--clean、--build all这类强制全构建参数，或者配置阶段开启了--disable-incremental-build选项，都会关闭增量构建逻辑。去掉对应参数、重新配置开启增量构建即可恢复正常。
• 后台程序篡改源文件时间戳
  如果后台运行了自动代码格式化、云盘实时同步、文件实时扫描类工具，可能会在无感知的情况下修改源文件的时间戳，导致CMake判定文件存在变更。临时关闭这类工具后验证构建行为即可定位问题。

内容的提问来源于stack exchange，提问作者Naruto