C 项目的编译时间一直是痛点但「慢」这个字太笼统了——是哪个文件慢哪个阶段拖后腿是模板实例化炸了还是头文件引入太多Clang 的-ftime-trace能输出 Chrome Trace 格式的 JSON但原始数据很难直接读出结论。于是我写了BuildLens一个专门做编译性能分析的工具。它能干什么把一堆-ftime-traceJSON 喂进去BuildLens 会重建整个编译调用树然后跑三类分析关键路径分析— 用墙钟语义找出最耗时的调用链从ExecuteCompiler一路追溯到具体哪个函数在吃时间。不是简单告诉你「这个文件慢」而是告诉你「慢在哪个阶段、哪一步」。热点分析— 跨文件按事件类型聚合。比如你会发现source事件占了 46% 的时间头文件处理parse占 32%instantiate占 10%。还会把Source事件具体落到每个头文件路径上——像immintrin.h、qnamespace.h这种重型头文件一目了然。瓶颈检测— 统计所有文件的耗时分布用 μ 2σ 阈值自动标记异常慢的文件帮你定位那些「不太正常」的编译单元。资源GitHub如果你也受够了「编译好慢但不知道为什么」可以试试看。也欢迎提 issue、PR一起把 C 编译体验变好一点。