一次和前端的相互甩锅的问题记录

背景

我们在APP上有个功能，需要获取用户当前定位，然后当用户关闭了GPS后，没有获取到用户定位，会触发一个bug,弹窗内容如下。

问题分析

这个问题的直接原因就是移动端的值取不到，导致没有给变量赋值，就将"undefined"传给了后端，后端的这个值定义的Integer，类型转换失败，报错。

深层原因是异常处理机制有问题，于是后端和前端开始撕逼了

前端观点: 后端代码太不健壮了， 就算前端传错了，也应该具备容错性;此外APP是有版本的，就算hotfix，用户也不一定升级，上一版本用户还是会有问题，所以这种问题尽量是后端来修复。

后端观点：前端没有异常兜底机制，用户不应该看到任何这种程序异常。对于有定制需求的异常，报特定异常，没有应该显示通用异常，比如弹窗"服务不可用"。另外这种属于http请求层面的约束，前端不遵从约束，还来怪我。我后端框架层面就给你拦截了，没到业务代码。

双方说的都好有道理，谁也说服不了谁。但是关于目标大家达成一致：坚决不能让用户看到这种类型的弹窗异常。

既然说服不了对方，就只能从更深入的分析问题，看看更合理的解法

通用异常的处理方式