我总结的适用于异常的地方就是，那种出错概率很大，出错原因很多，且出错现场和处理错误现场距离很远的场合。这种情况下靠层层返回值检查逐级上报，会非常麻烦。

诸如网络IO错误是我们认为比较适合的地方，当然这个可能跟你们使用的方式不一样，以及上层处理策略也不一样。


【 在 hgoldfish 的大作中提到: 】
: 我倒是认为 IO 错误不应该用异常来表示。因为 IO 错误太常见了。我们做网络开发的，时时都要注意网络断了数据包发不出去。
: 我喜欢最喜欢的异常是 bad_alloc，这个异常抛出来之后，对于程序员基本上啥事都不需要处理，直接整个程序崩溃掉就行。完全没有思维负担，这样的异常谁不喜欢啊。
: 我另外只使用两个异常，一个是 timeout 异常，一个是 kill 协程异常。这两个功能必须使用异常才能做好:
: ...................
--
FROM 124.64.23.*