运行时异常应作为校验失败的统一出口，通过装饰器、字节码增强、sidecar或协议层拦截实现零侵入校验：node.js用@guardinput自动校验参数并注入traceid；spring boot 4.0通过agentrule织入契约校验；istio sidecar在数据面协议级拦截并返回400；mcp sdk在协议协商层统一处理异常，确保全链路语义一致。
运行时异常本身不能“隐式传递”来构建校验层——这是个常见误解。真正可行的路径，是利用运行时异常作为**校验失败的统一出口**，配合零侵入的织入机制（如装饰器、字节码增强、Sidecar 或协议层拦截），让校验逻辑在不修改业务代码的前提下自动触发、自动报错、自动携带上下文。
用装饰器捕获输入/输出，把类型错误转为可追踪异常
以 Node.js 为例，@guardInput 装饰器会在函数执行前读取 JSDoc 或 TS 类型定义，自动校验传入参数结构。若 user.name 本应是 string 却为 undefined，它不静默忽略，而是抛出带 traceId 和字段路径的 TypeError：
- 异常消息含完整路径：
Input validation failed at user.profile.avatar.url: expected string, got undefined - 异常对象自动注入当前请求的
traceId和spanId，无缝接入链路追踪系统 - 无需改函数体、不碰解构逻辑、不增加 try-catch，校验与业务完全解耦
借 Spring Boot 4.0 的 AgentReady 模式，在方法入口织入契约校验
启用 spring.agent.enabled=true 后，可通过 AgentRule 在任意 service 方法执行前插入校验逻辑。比如对支付接口强制检查金额正数性：
- 切点匹配
execution(* com.example.pay..*(..)) - 自定义
AmountValidationAdvice提取参数中amount字段，非正则抛BusinessValidationException - 该异常会被全局
@ControllerAdvice捕获，统一转为 400 响应，且保留原始 traceId
在 Service Mesh 数据面拦截 RPC 请求，实现跨语言校验
服务网格（如 Istio）的 Sidecar 可在不改任何业务代码的前提下，对进出流量做协议级校验：
- 配置 Envoy Filter，在 HTTP header 中提取
x-trace-id，并在 gRPC payload 解析后校验必填字段 - 若上游 Python 服务发来空
session_id，Sidecar 直接返回 400 并记录日志，请求根本不到达 Go 后端 - 所有校验失败都复用同一套错误码规范和 trace 上下文透传逻辑，全链路语义一致
用 MCP SDK 的协议协商层拦截，统一处理模型调用异常
MCP 客户端在建立 session 前会执行版本协商与元数据校验。这个环节天然适合植入规则：
- Go SDK 的
negotiateVersion()函数在读取协议头后立即校验范围，越界即抛UnsupportedProtocolVersionError - 该异常不向业务层暴露，而是由 MCP Runtime 自动降级到兼容模式或触发重连，对上层无感知
- Python/Rust SDK 同步实现相同校验点，确保多语言调用链中异常行为收敛、传播可控
