软件复杂度的最重要来源是异常处理
异常来源：
1、方法调用者提供错误的参数
2、无法完成请求，比如IO异常
3、分布式系统中不可靠的网络
4、代码中监测到bug，不一致的地方，或者代码正常情况下不应该处理的情况等
异常处理代码比正常流程代码更难写。
异常处理代码可能带来更多的异常
现代编码倾向于尽可能的抛出异常，导致异常太多。
倾向于把异常抛出给调用者，让调用者处理异常，避免中断正常处理流程，但是这会增加系统复杂度。
异常也是接口的一部分，抛出异常简单，处理异常很难，最好的解决方法之一：是尽可能的减少异常。
最好的减少复杂度方法是把异常排除在接口之外
如果文件被使用，windows中无法删除该文件，用户必须搜寻打开该文件的进程，然后kill掉，才能删除文件。
Unix这时会标记文件被删除，然后立即返回成功。
作者赞赏Unix的做法，它不会向用户抛出异常，包括删除者和正在使用该文件的人
减少异常复杂度的第二个方案是：把异常尽可能在底层模块解决，这样高层模块就不会感知到这些异常，好的例子：TCP，处理丢包、乱序、拥塞问题。
减少异常复杂度的第三个方案是：异常合并，在一处处理较多的异常。这样把多个异常合并为一个，调用者只需要集中处理这一个异常。
减少异常复杂度的第三个方案是：系统crash，如果异常无法处理或者不值得处理，简单的方式就直接crash，例如OOM错误
特殊case一般都在if中，如果太多，会导致代码难懂并且容易出bug。特殊case应该尽可能的避免，最好的方式是在设计正常case时自动的处理特殊case