在app定制开发具体开发过程中中，除bug实际上占了很多部分工作任务，有的时候好好的开发计划，由于一些奇怪的bug就得耽搁一上午，正所谓“码字五分钟，排错两小时”是也。因此，能不能尽早尽早解决错误，是特别影响开发工作效率的。

app开发错误处理，我们有这么几个体会心得：

提早考虑到错误处理，在写正常情况下流程的业务代码前，先考虑到错误，“未虑胜，先虑败”，顺着工作流程分支，先把异常问题都解决掉，如获得线上数据信息显示一个列表，先考虑到网络连接超时、云服务器出错、数据信息失败等异常问题，并逐一列出相对应的提示，最终才解决数据信息正常情况下的情况，你本来就要写正常情况下业务代码和错误处理代码，你只需要调换一下工作的次序，实际上你投入的开发时间并没有增多，但你的工作效率却很大程度上提高了，由于如果一旦发生异常，我们可以快速分辨错误根本原因，减少很多时间。

这样做还有另一个好处，在你的思维深陷繁杂的业务逻辑前，先解决相对性简易的错误分支，能够预防你被业务逻辑搞到大脑供血不足后，再回来解决错误分支时一时疏忽手滑，写错或者写漏错误处理。

隔离前后台对接的api接口，最好是千万别直接使用后台提供的数据信息，之间加一层映射，一方面是因为，假如后台数据出了问题(数据信息错误、变更字段等)，你在映射数据信息时就能发现和精准定位问题;而另一方面，也有助于你采用更适用App的数据信息形式进行数据信息持久化。

除此之外，个人建议做一个数据接口录入与检验专用工具，形式不管，但是要能轻松愉快地维护前后台数据接口，最好是能自动检测系统数据接口反馈是否正常情况下(云服务器负载过大、字段变更、第三方服务过期等)。

错误数据的收集、汇总和数据信息持久化

假如发生异常，最重要的是采集到错误代码行(如MainActivity第61行)和错误根本原因(如空指针异常)，并记录为本地文件以备上传和查看。