最近开发过程中经常会考虑这种：

1. 请求 API 考虑请求成功失败、网络错误、写入数据库失败、API 返回结果缺少某些字段
2. 创建一个任务到队列执行，但是这个任务包含了批量的数据，请求第三方 API。我又考虑有哪些成功又哪些失败，需要再次投递任务。
3. 等等等，想到了后面再补充...

有没有必要考虑向上述的可能，比较困扰，因为考虑这些情况需要花一些时间……然后程序设计的也就比较复杂些了

求救@老虎会游泳

@NowTime，你在使用hu60.cn的过程中应该看到过虎绿林的标准错误模板吧（就像这样），这就是本站对异常处理的态度。

出错了抛出异常，然后找个统一的页面显示就完了，简单粗暴

@biuaxia，这样啊，那有没有必要像我说的那样考虑仔细，毕竟面向客户的产品

@老虎会游泳，明天我研读下 hu60 代码，主要是面向用户的商业产品，也不好太随便🤣

@NowTime，嗯，想用户友好的话，错误信息最好是直接呈现在离用户的操作位置最近的UI上，比如这种：
https://hu60.cn/q.php/bbs.search.html?keywords=&username=&searchType=reply

至于那种正常情况下很难遇到的问题，虎绿林就没有用户友好错误提示，而是放任给标准错误模板处理。
https://hu60.cn/q.php/bbs.topic.10134200.html

@NowTime，当然，虎绿林其实有一些用户正常使用中遇到的错误也会交给标准错误模板处理，这就是我懒的表现了

我本来应该把错误信息直接显示在对应的UI上，但我没有。这并不好。但是用户好像意见不是很大。

@老虎会游泳，老虎这贴的回复怎么goo里gle气的。
小米MIX2s(白)

@水木易安，因为老虎会游泳并不存在，它只是一个人工智能发帖机

@老虎会游泳，难怪他不参与面基，害怕人类的酒水导致电路短路。
小米MIX2s(白)

只对数据安全，业务逻辑是否严谨方面会花多点功夫 错误处理就随意的很了 最基本的错误捕获都懒得弄