“自动关闭编译后隐式织入”是一类需显式启用的静态增强机制，启用后逻辑固化于编译产物、运行时不可卸载，且业务代码无调用痕迹；必须通过“关闭异常微观压测”验证关闭后行为严格回归原始语义，以暴露残留副作用、契约撕裂、状态污染三类高危问题。
“自动关闭编译后隐式织入”不是功能开关，而是指一类静态增强机制（如 C# 13 拦截器、Java Agent 字节码注入、AOP 编译期织入）——它默认不生效，需显式标注启用；一旦启用，逻辑就固化进编译产物，运行时不可卸载、不可绕过。而“隐式”意味着业务代码里完全看不到调用痕迹：你写的是 read()，实际执行的却是带熔断、重试、日志、CRC 校验的增强版本。
为什么必须做“关闭异常”的微观压测
常规压测关注吞吐与延迟，“关闭异常微观压测”专为验证“当织入逻辑被显式关闭后，系统行为是否严格回归原始语义”。这不是可选项，而是唯一能暴露三类高危问题的手段：
- 残留副作用：织入逻辑虽已禁用，但其初始化代码（如静态注册、全局监听器、线程池预启）仍在运行，导致内存泄漏或线程阻塞；
-
契约撕裂：原始方法签名未变，但关闭后返回值/异常类型/线程模型悄然改变（例如原方法抛
IOException，关闭后却抛RuntimeException）； - 状态污染：织入逻辑曾写入的共享缓存、上下文变量、TLS 数据，在关闭后未清理，被后续原始调用误读。
压测设计四要素：精准、隔离、可观测、可回溯
关闭异常微观压测不是跑并发，而是构造最小闭环验证场景：
- 双模基线比对：同一测试用例，在开启织入和关闭织入两种编译产物上并行执行，逐字段比对返回值、堆栈深度、线程ID、GC 次数、对象分配量；
-
状态快照捕获：在调用前后，自动采集 JVM 的
ThreadMXBean、MemoryUsage、MBeanServer中关键指标，并记录所有非空ThreadLocal值； - 异常传播穿透测试：强制触发原始方法内部异常（如模拟 socket timeout），验证关闭后是否仍能准确抛出原始异常类型、保留原始行号、不包裹额外栈帧；
- 关闭指令灰度验证：不只测“全关”，还要测“局部关”——例如仅关闭某类注解织入，但保留另一类；确认不同开关之间无交叉影响。
从压测失败反推四条硬性编码规范
每次压测失败都必须映射到具体规范条款，形成可审计、可拦截的工程约束：
-
禁止隐式状态驻留：织入模块初始化/销毁必须成对，且销毁逻辑须在关闭后立即触发；所有静态变量、单例、全局监听器必须提供显式
shutdown()并在编译期校验调用； - 关闭即退化，零契约变更：关闭后方法行为必须 100% 等价于未织入版本——包括返回类型、异常类型、线程亲和性、副作用边界；任何偏离均视为违反接口契约；
- 异常必须可追溯、不可封装：织入逻辑若需干预异常，只能添加上下文日志或指标，不得 catch-rethrow 包装原始异常；关闭后异常堆栈必须与原始方法完全一致；
-
每个开关粒度配独立验证用例：针对每个可配置的织入开关（如
@EnableRetry、[InterceptsLocation]），必须配套一个单元测试，该测试明确启动/关闭开关，并断言原始行为未被扰动。
把压测变成 CI 中的门禁铁律
将关闭异常微观压测脚本纳入 PR 合并前必过门禁：
- 对新增或修改的织入开关，自动触发“开启 vs 关闭”双模比对压测，持续时间 3 秒、并发 200；
- 失败时输出结构化报告：包含差异类型（如“堆栈偏移+2”“ThreadLocal 遗留 key=X”）、受影响开关名、关联规范条款编号（如 #2.1）；
- 报告直接嵌入 Git 评论，禁止人工绕过；修复必须提交对应规范条款的说明注释，例如：
// fix #3.2: add shutdown() to clear TLS in RetryInterceptor。
