上一篇插件篇讲了给自研框架补 IDE 断链的插件怎么长出来，本篇讲它的下半场——三件把”内部小工具”推向”团队基础设施”的事：一次”打开文件即卡加 Full GC”的性能事故及其沉淀的性能铁律、插件平台从 1.x 到 2.x 的整体迁移、以及在此基础上长出的MES 代码生成器。中间还穿插一次真实的密钥泄漏事故复盘。
内部工具的下半场都长这样：功能不再是问题，性能、可维护性和安全性才是。这三件事的共同教训一句话预告：工具代码和业务代码遵循完全相同的工程纪律，但工具的错误成本发生在所有人每天的编辑器里——它出问题时，受害者是全部用户，且每天受害。
一、性能事故：打开文件即卡与 Full GC
事故现象：插件某版本之后，用户打开特定文件编辑器就卡顿数秒，IDE 偶发 Full GC 假死。排查定位到折叠功能：FoldingBuilder 的完整阶段回调里执行了全项目索引查询——每次打开文件、每次文档变更，插件都在全项目范围扫描多语言资源文件对齐 key。
这里要先补一个平台机制：FoldingBuilder 的回调分两个阶段——快速阶段（只允许廉价的文本级判断，同步阻塞编辑器渲染）和完整阶段（允许较重的计算，但也有预算）。我的实现把资源查找放在了完整阶段，”合规”地写，但回调频率 × 每次回调的成本这个乘积失控了：编辑器回调是全项目最高频的事件之一，哪怕每次几十毫秒的索引查询，叠加起来就是持续的卡顿和 GC 压力。
修复分两层：缓存层——多语言资源扫描改成进程内缓存加文件变更监听刷新（key 到译文的映射常驻内存，文件改动才失效重扫）；形态层——折叠回调里只查内存缓存，索引查询彻底移出编辑器回调。事故之后沉淀了一份”插件性能铁律”清单，四条全都值得背：
- 热路径回调里禁用全局索引查询——编辑器回调是全 IDE 频率最高的事件，O(项目) 的逻辑进去就是事故；
- 消息总线订阅必须携带生命周期连接——不带 Disposable 的订阅在插件卸载或组件销毁后仍然存活，监听器随使用累积，这是 IDE 插件最典型的内存泄漏模式；
- 编辑器组件要正确注册释放——不实现释放接口的编辑器持有对象在关闭文件后仍被引用，泄漏形态更隐蔽；
- quick 语义是红线——文档里的”快速阶段”不是建议，是平台团队对回调预算的合同条款。
这条事故的面试价值在于它把一个通用认知具象化了：**”回调频率乘以单次成本”是所有事件驱动系统的性能公式**——IDE 插件、消息消费者、浏览器扩展、Web 的过滤器，全部适用。
二、平台迁移：从 1.x 脚手架到 2.x
插件平台的官方脚手架出了 2.x 大版本，构建体系和 API 都有破坏性变更。迁移本身是机械活（新脚手架、JVM 工具链升到 17、兼容窗口抬到新版本线），真正有价值的是借迁移把发布链路固化了：原来发版是手工序列——构建、改版本描述、上传存储——每步都可能漏；迁移时用构建脚本的自定义任务把”生成本地更新描述文件”和”上传发布”写成了构建的一部分，发版从手工序列变成一条命令，发布产物目录里每版归档可溯。
内部工具的可信度有一条隐含公式：发版越顺滑，迭代越勤，用户信任越高。手工发版的工具会不自觉地降低发版频率（因为烦），然后被用户贴上”更新了也不知道修了啥”的标签。工具链的 DevOps 和业务系统的 DevOps 一样是产品力。
三、代码生成器：从一次抱怨到一条流水线
插件长出的最大新能力是代码生成器。起点是一次真实抱怨：客户要一个 ERP 同步失败日志的查询页，按框架的五层约定（Controller、Service、DAO、Mapper XML、页面布局加页面模板——框架篇的标准五件套）手写要两三个小时，而且这种查询页高度同构——第三十个这种页面的时候，生成器就该立项了。
生成的难点不在模板，在**”生成的代码必须和手写的一模一样”**。框架的约定细节（注解参数、命名规则、XML 属性顺序、字典翻译的配置口径）散落在存量代码里，凭记忆写模板必然漂移。解法是一条三段式质量流水线：
第一段：反编译取证。 从框架 jar 反编译核心类，把生成口径逐项对齐真实手写代码——模板的每个变量、每段注解都有存量代码作证，不靠记忆。
第二段：静态护栏。 模板引擎（FreeMarker）渲染出六个文件后，自动跑单测比对——测试数量从一百二十几涨到一百四十多，每一个生成场景都有断言；再加 golden 快照：把”标准输入生成的六件套”固化成基准文件，任何模板改动导致输出漂移都会被测试逮住——模板的重构从此有了安全网。
第三段：沙箱验证。 静态比对过了不等于”装到 IDE 里真的能生成”，用 IDE 的沙箱运行模式加界面自动化驱动，真实走一遍”选表、点生成、文件落盘、编译通过”的全链路——生成器自己也是插件功能，也要在真环境里验收。
代码生成器上线后的定位值得明确：它不替代开发者，替代的是”第三十个查询页”的体力劳动；生成的代码落盘后和手写代码一视同仁地被修改——**生成器的价值是给同构代码一个”零差异的起点”**，而不是维护什么”低代码平台”。
四、密钥泄漏事故：发布产物的内容审计
还有一次不该发生的事故：插件的翻译功能调用外部翻译接口，接口密钥被打进了发布包——从某个版本起，凡是下载插件的 zip 里都能翻出密钥，持续了十几个版本才被发现。修复分三层：构建时注入（密钥改为构建期从本地未入库的配置注入，仓库和产物里都不再出现）、历史作废（旧密钥全部轮换失效）、流程补丁（发布前产物内容审计进检查清单）。
复盘的教训比修复本身值钱：内部工具因为”不对外”而放松了安全纪律，但它的分发面（团队全体加私服可达者）并不比小产品小；密钥进包的根因是”本地能跑就行”的开发习惯没有在构建链路上被拦截——凡是产物，就要审计产物里有什么，这条对插件、对 fat jar、对镜像同样成立。
五、面试视角：五个问题拆到底
Q1：IDE 插件为什么会拖卡整个编辑器？
答：编辑器回调是全 IDE 频率最高的事件，插件在回调里做了 O(项目大小) 的索引查询——回调频率乘单次成本失控，叠加成持续卡顿和 GC 压力。修复是缓存加异步：资源映射常驻内存、文件变更才失效，索引查询彻底移出编辑器回调。沉淀成铁律：热路径回调禁全局索引，回调的”合规阶段”不等于”预算无限”。
Q2：IDE 插件最典型的内存泄漏是什么？
答：订阅不带生命周期——消息总线监听、编辑器持有的对象，如果没有正确注册到释放体系，插件组件销毁后它们仍然存活，随使用累积。修复的纪律是一切订阅和持有都显式挂生命周期，卸载即回收。这类泄漏的排查靠内存快照对比（开关文件前后做增量分析），工具平台自带支持。
Q3：平台大版本迁移的坑和收益？
答：坑是构建体系和 API 的破坏性变更，机械但量大。真正的收益是借迁移做架构升级——我们把手工发版序列固化成构建任务（本地更新描述生成加上传一条命令），发版频率显著上升。经验是迁移的价值要主动榨取：单纯的 API 翻译不值得做，带着工程债清单一起迁才值。
Q4：代码生成器怎么保证生成代码的正确性？
答：三段式：反编译框架取证（生成口径对齐存量手写代码，不靠记忆）；静态护栏（单测断言加 golden 快照——模板改动导致输出漂移会被逮住）；沙箱全链路验收（真实 IDE 环境里跑完选表、生成、编译）。核心观念是生成器和编译器同类：它输出的东西必须可验证，而且验证要自动化。
Q5：密钥打进发布包的事故，根因是什么？
答：表层是”本地能跑就行”的配置习惯，根因是发布链路没有产物审计环节——密钥进包十几个版本无人发现。修复三层：构建期注入加本地配置不入库、密钥全部轮换、发布前产物内容审计进检查清单。通用化：审计的对象是产物不是源码——源码干净不代表产物干净，依赖打包、资源合并都会把不该带的东西带进去。
Q6：AI 时代，这类自研工具链还有价值吗？
答：导航类断链修复（跳转、引用）AI 短期替代不了——它需要精确的工程语义而不是生成。生成器类工具和 AI 是竞合关系：同构代码的生成 AI 也能做，但 golden 快照那套”输出必须零漂移可验证”的纪律恰恰是 AI 生成缺的——未来形态大概率是 AI 负责生成初稿、工具链负责验证护栏。工具链的长期价值在它沉淀的工程纪律，不在某个具体功能。
小结
- “回调频率乘单次成本”是事件驱动系统的通用性能公式：编辑器回调、消息消费、过滤器全适用——热路径禁全局索引是第一铁律；
- 订阅不带生命周期就是泄漏：IDE 插件的内存问题几乎全是 Disposable 纪律问题；
- 迁移的价值要主动榨取：平台升级时把发版手工序列固化成构建任务，工具的 DevOps 也是产品力；
- 代码生成器的本质是编译器：反编译取证对齐口径、golden 快照防漂移、沙箱全链路验收——输出可验证才配叫生成；
- 审计产物而不是源码：密钥进包十几个版本的教训，对插件、fat jar、镜像同样成立；
- 工具链的长期价值是沉淀的工程纪律：AI 时代的分工是 AI 生成初稿、工具链守验证护栏。
下一篇预告：盘点篇——二十一篇机制与交付的考点索引（按面试官的提问路径组织）、导出与归档的拼图整合，以及”一个底座、多种交付、多端工具链”的项目经历地图。