异常发生的种类以及相应的处理策略

第一次在首页上发文章，心想作为一个大三学生在各位前辈面前肯定会被拍不少砖 ，但人总是在打击中成长嘛。

最近做了一个项目，在项目快完结的时候发现项目的异常管理策略挺乱的，才意识到在架构时确定异常处理和日志机制是多么重要。 所以这几天对异常处理策略好好梳理了一遍，并尝试去使用Enterprise Libriay 2.0的异常处理模块。发现它的Policy机制需要我好好的对异常的触发种类好好的归类，于是就审视了自己的项目并仔细的分析其中引发的异常，得到归类如下：

 

1.偶然发生的异常，但重要程度不高，且可恢复。可不向上抛出异常而进行就地恢复，但应就地记录日志。如偶然的网络超时,服务不可用(WebException)等。恢复策略为再执行一次逻辑或者返回一个安全的空数据。

2.偶然发生的异常，但重要程度高，且不易恢复，需要向上抛出异常并应在系统内部进行捕获并尝试恢复或Wrap重抛，在捕获点进行日志记录。 如原先稳定的外部数据源的格式变化了导致原有解析失败,数据库访问失败等。重抛时应避免泄露系统的敏感信息。

3.可以避免发生的异常，如子系统内部（隔栏内部）的数据有效性验证，完全可在开发阶段避免在子系统内部传递无效的数据，可不抛出异常，而使用断言技术。

4.频繁发生的异常。这种异常非常容易被预测，一般都是传入的外部数据导致的，应该在其进入应用域（隔栏外部）时进行有效性判断。如果应用是面向开发人员的（如类库），应明确的抛出异常指出其数据为无效的；如果应用是面向最终用户的，可抛出异常（但应就地处理）或直接提示其输入数据无效。

暂时能想到就这么多了，写出来主要起个抛砖引玉的作用，强烈想听听各位前辈对异常处理策略的见解 ！

 

转载于:https://www.cnblogs.com/wangqiaosm/archive/2009/02/22/1395945.html