编写高质量代码改善C#程序的157个建议——建议60：重新引发异常时使用Inner Exception

Posted 2020-10-16

 

建议60：重新引发异常时使用Inner Exception

当捕获了某个异常，将其包装或重新引发异常的时候，如果其中包含了Inner Exception，则有助于程序员分析内部信息，方便代码调试。

以一个分布式系统为例，在进行远程通信的时候，可能会发生的情况肯能会有：

1）网卡被禁用或者网线断开，此时会抛出SocketException，消息问：“由于目标机器积极拒绝，无法连接。”

2）网络正常，但是要链接的目标主机没有端口没有处在监听状态，此时会抛出SocketException，消息为：“由于连接方在一段时间后没有正确答复或连接的主机没有反应，连接尝试失败。”

3）链接超时，此时需要通过代码实现关闭链接，并抛出SocketException，消息为：“链接超过约定的时长。”

发生以上三种情况的任何一种情况，在返回给最终用户的时候，我们都需要将异常信息包装成为“网络连接失败，请稍后再试”。

所以，一个分布式系统的业务处理方法，看起来应该是这样的：

            try
            {
                SaveUser(user);
            }
            catch (SocketException ex)
            {
                throw new CommunicationFailureException("网络连接失败，请稍后再试", ex);
            }

在提示这条信息的时候，我们可能需要将原始异常记录到日志里，以供开发者分析具体原因（如果这种情况频繁出现，就可能是一个Bug）。在记录日志时，非常有必要记录此异常出现的内部异常或是堆栈信息。

throw new CommunicationFailureException("网络连接失败，请稍后再试", ex);就是将异常包装成为一个CommunicationFailureException，并将SocketException作为InnerException（即ex）向上传递。

如果不打算使用InnerException，但是要返回一下额外的信息，可以使用Exception的Data属性。如下：

            try
            {
                SaveUser(user);
            }
            catch (SocketException ex)
            {
                ex.Data.Add("SocketInfo","网络连接失败，请稍后再试");
                throw ex;
            }

在上层进行捕获的时候，可以通过键值来得到异常信息：

            catch (SocketException ex)
            {
                Console.WriteLine(ex.Data["SocketInfo"]);
            }

 

 

 

转自：《编写高质量代码改善C#程序的157个建议》陆敏技

以上是关于编写高质量代码改善C#程序的157个建议——建议60：重新引发异常时使用Inner Exception的主要内容，如果未能解决你的问题，请参考以下文章

编写高质量代码改善C#程序的157个建议——建议28：理解延迟求值和主动求值之间的区别

编写高质量代码改善C#程序的157个建议——建议141：不知道该不该用大括号时，就用

编写高质量代码改善C#程序的157个建议——建议52：及时释放资源

编写高质量代码改善C#程序的157个建议——建议41：实现标准的事件模型

编写高质量代码改善C#程序的157个建议——建议111：避免双向耦合

编写高质量代码改善C#程序的157个建议——建议65：总是处理未捕获的异常