异常处理的“上下文注入”：实战自定义异常类，自动捕获当前线程的所有局部变量快照用于排障-Java面试题-PHP中文网

自定义异常类需手动注入上下文而非自动捕获局部变量，因栈帧展开后无法安全获取私有变量；应显式传入requestid、userid、订单号等关键字段，并在全局处理器中结构化输出至日志与apm。

异常处理的“上下文注入”：实战自定义异常类，自动捕获当前线程的所有局部变量快照用于排障

自定义异常类本身不自动捕获局部变量快照，所谓“上下文注入”不是语言原生能力，而是开发者主动在抛出异常前手动收集、封装并传入异常对象的实践技巧。关键在于把诊断所需的信息（如参数值、中间状态、用户ID、请求ID等）作为构造参数注入到异常实例中，而非依赖运行时反射抓取“所有局部变量”——后者在Python/Java/PHP中均不可靠、不安全、性能差，且违反封装原则。

为什么不能自动抓取全部局部变量？

局部变量生命周期绑定栈帧，异常抛出时栈已开始展开，多数语言不提供标准API访问调用栈中上层函数的私有变量。强行通过inspect（Python）或StackTraceElement（Java）只能拿到方法名、行号、类名，拿不到变量值。试图用调试器接口或字节码增强实现，会严重拖慢性能、破坏部署稳定性，生产环境严禁使用。

真正可行的上下文注入方式

在业务逻辑关键节点，显式提取有意义的上下文字段，作为参数传给自定义异常构造函数：

Python示例：在验证失败处，把输入数据、校验规则、当前用户ID一并塞进异常

class OrderValidationError(Exception):
  def __init__(self, order_id, user_id, invalid_field, expected_type):
    self.order_id = order_id
    self.user_id = user_id
    self.invalid_field = invalid_field
    super().__init__(f"订单{order_id}校验失败：字段{invalid_field}类型应为{expected_type}")

def process_order(data, user):
  if not isinstance(data.get("amount"), (int, float)):
    raise OrderValidationError(
      order_id=data.get("id"),
      user_id=user.id,
      invalid_field="amount",
      expected_type="number"
    )

Java示例：Service方法入口记录traceId，异常时带入

public class PaymentException extends Exception {
  private final String traceId;
  private final String userId;
  private final BigDecimal amount;

  public PaymentException(String traceId, String userId, BigDecimal amount, String message) {
    super(message);
    this.traceId = traceId;
    this.userId = userId;
    this.amount = amount;
  }
}

// 使用处
String traceId = MDC.get("traceId");
if (balance.compareTo(amount)   throw new PaymentException(traceId, currentUser.getId(), amount, "余额不足");
}