开发中，是否须要try catch？

咱们真的须要try catch？

原因：

• 实际开发中，考虑到会有一些异常的状况，会使用try catch

• 实际线上环境中，因为try catch了，遇到异常状况不会崩溃，可是对于用户的使用来讲， 点击操做后，没有任何反应

• 实际开发与线上环境中，因为try catch了，开发人员，没法知道是什么缘由致使的try catch或者被try catch的次数的多少（说的直白一点，就是：开发人员没法知道一些被catch住的崩溃，不利于问题的及时发现）

个人观点：

• 开发环境：不要try catch，直接让程序崩溃--不崩溃的话，开发人员不会第一时间发现，也不会足够的重视，会忽视掉存在的问题

• 线上环境：从我本身的角度来讲，我是不肯意用try catch；可是考虑到crash率对团队kpi的影响，要上try catch，可是必须有exception信息上报，同时附带run-time的信息，还有业务数据，尽量多的上下文数据

延伸：

• 基础设施的完备性考虑

  • run-time信息上报

  • crash的时时关注

  • 及时修复线上问题

• 团队对于try catch的认知一致

• 适应后，彻底移除try catch（由于致使crash的缘由不少，有机型，有后端返回的数据）