虚拟机栈拦截切面实现安全审计的核心是“不动结构、动执行流”，即不改系统拓扑，仅在jvm运行时对关键栈帧轻量观测干预；明确拦截方法入口、敏感api及框架钩子点；构建含用户身份、请求id等的上下文快照；规则外置热更新；切面逻辑需fail-fast、无副作用、异步上报且支持动态开关。
在不改变旧系统拓扑的前提下，用虚拟机栈拦截切面实现安全审计，核心是“不动结构、动执行流”——即不调整服务部署关系、网络路径或进程启动方式，而是在运行时对关键调用栈进行轻量级观测与干预。这本质上是一种侵入性极低的动态审计方案，适用于无法停机、不可重构的遗留系统。
明确拦截点：选准栈帧入口而非修改代码
不修改源码或配置，而是聚焦 JVM 运行时可插桩的栈边界位置：
- 方法入口（如 Controller、Service 层 public 方法）——通过 Java Agent + ByteBuddy 或 ASM 在类加载时织入审计逻辑
- 敏感 API 调用（如 Runtime.exec、DriverManager.getConnection、FileOutputStream）——匹配字节码签名，识别高危栈帧
- 框架钩子点（如 Spring 的 HandlerInterceptor.preHandle、MyBatis 的 Executor.update）——复用已有扩展机制，零代码改动接入
构建栈上下文快照：捕获调用链而非单点日志
单纯打印日志价值有限；真正有用的是带上下文的安全切面：
- 记录完整调用栈（stack trace），但只保留深度前 8 层，避免性能抖动
- 提取当前线程的用户身份（如从 ThreadLocal 中获取已认证的 Subject）、请求 ID、来源 IP
- 对参数做脱敏采样（如只记录 SQL 的前 50 字符 + 参数个数，不记录明文密码或身份证号）
审计规则外置：用策略引擎替代硬编码判断
避免把规则写死在切面里，否则每次策略更新都要重发包：
- 将规则定义为 YAML/JSON，存于配置中心（如 Nacos、Apollo），支持热刷新
- 规则示例：当调用栈含 “com.example.service.UserService.deleteUser” 且参数包含 “admin=true” 时，触发高危操作告警
- 切面只负责采集 + 上报原始上下文，由独立审计服务做规则匹配与分级响应（记录、告警、阻断）
保障稳定性：栈拦截必须 fail-fast 且无副作用
这是能否落地的关键约束：
- 所有切面逻辑必须在 try-catch 包裹下执行，异常不得向上抛出，更不能影响原业务返回
- 禁止在切面中执行远程调用、文件 I/O 或复杂计算；审计数据异步批量上报（如通过 Disruptor 或内存队列）
- 设置开关控制启停（如 JVM 参数 -Daudit.enabled=true），故障时一键关闭，不影响主流程
