正确做法是使用 throw; 重新抛出异常，以保留原始调用栈；若需包装异常，应将原异常作为 InnerException 传递，避免使用 throw ex; 导致堆栈丢失。
在处理异常时，有时需要捕获异常进行一些处理（比如记录日志），然后再将异常抛出，同时保留原始的调用栈信息。如果操作不当，重新抛出异常时可能会丢失原始异常的堆栈跟踪，给后续排查带来困难。正确实现“异常重新抛出并保留调用栈”非常关键。
使用 throw 不带参数重新抛出
这是保留原始调用栈的最标准方式。在 catch 块中，直接使用 throw; 而不是 throw ex;。
示例（C#）：
try
{
SomeMethod();
}
catch (Exception ex)
{
// 记录日志等操作
Console.WriteLine($"捕获异常: {ex.Message}");
throw; // 关键：不带参数，保留原始堆栈
}
说明：
- throw; 会重新抛出原始异常，堆栈跟踪保持从异常最初抛出的位置开始。
- throw ex; 虽然也能抛出异常，但会将当前点作为新的异常抛出位置，覆盖原始堆栈，导致调试困难。
避免 throw ex 的陷阱
以下写法会破坏调用栈：
catch (Exception ex)
{
Log(ex);
throw ex; // 等同于 throw; 但重置了堆栈起点
}
即使写成 throw ex;，CLR 也会将其视为“新抛出”，StackTrace 会从这里开始，原始方法调用链丢失。
需要包装异常时保留原始信息
如果需要将异常包装成更高级别的异常（比如自定义异常），无法使用 throw;，此时应将原始异常作为 InnerException 传入新异常。
示例：
catch (IOException ioEx)
{
throw new MyBusinessException("业务操作失败", ioEx);
}
这样虽然调用栈从当前位置开始，但通过 InnerException 仍可追溯原始异常及其堆栈。
调试时如何验证调用栈是否保留
查看异常的 StackTrace 属性输出：
- 如果看到异常最初发生的方法（如 SomeMethod 内部的某行），说明调用栈保留成功。
- 如果只看到 catch 块所在的方法，说明堆栈被重置。
基本上就这些。关键是：想保留原始堆栈，就用 throw;；要包装异常，就把原异常作为 InnerException 传递。不复杂但容易忽略。
