App崩溃的6个常见原因是什么安全

人们讨厌应用程序崩溃，尤其是是程序减速或卡死几秒钟这样的现象。根据dimensionalresearch的一项调查，61％的用户希望程序在4秒内启动，而49％的用户希望在2秒内响应输入。如果应用发生崩溃，冻结或报错等现象，53％的用户会将app卸载。

无论您的对象是消费者还是企业，崩溃问题会令他们彻底失望。与一些移动开发人员进行了交谈，询问了他们遇到的最常见的崩溃问题有哪些，他们给出了常见的六种原因：

1.内存管理

我所问道的每个人都会谈到内存管理，大多数APP都会开启许多线程占用系统的内存。OpsClarity营销副总裁SachinAgarwal表示，程序员在编写代码时好像在app中只有他们编写的应用一样，同时，他建议在编写程序时，要考虑使其称为为“应用生态系统中的好公民”。

内存问题并非对所有开发人员是一样的。SolsticeMobile业务开发副总裁AndrewWhiting说“在iOS中，您就可以利用Objective-C来处理大量内存问题，”。但是需要权衡利弊。“在Android上，你需要更深入的控制[内存]，你可以让它完全按你想要的那样做，但这会增加复杂性。”

2.软件生命周期

“如果你看看最新Android更新的系统，应用程序崩溃的会很多，”Agarwal说。“操作系统本身不稳定或操作系统更新了，应用程序没有更新”或者用户不下载新的版本，这些“你都无法控制，它说明了一个核心的开发过程。”

“许多库是都有共同的问题，”Whiting说。“他们试图解决每个人的问题，而不是为任何人提供最佳解决方案。”例如，给定的API可能对特定应用程序具有性能限制。

API也可能使用棘手的技术，比如iOS方法调整。当原始代码（如Apple的API）不可用时，开发人员在原始代码（如Apple的API）基础之上进行修改。“你可以称之为iOS应用程序开发的'黑暗艺术'之一，”在线旅行社Fareportal的移动主管RamanBhatia说。“[但]如果您的应用程序代码以某种方式编写，则可能导致崩溃。”

API也可能引起其他问题。“API延迟，错误率，数据带宽，API的版本以及API请求的数量都可能由小问题印发大问题，”Agarwal说。然后是API本身，这就需要专门的工具来跟踪所有内容。

API也可能导致其他问题，如内存错误。“如果你创造了其他的对象前已经从内存中移除的一个对象，会认为通常这是没有问题的，但需要注意的是你不知道后续创建的对象到底需不需要引用已经删除的对象”联合创始人和开发者LongLe说道“尤其是当你引入第三方框架时，就会出现问题。你永远无法确定他们正在清理什么以及他们正在创造什么。”

3.测试不充分

测试的需求是很明显的，但是需要获得足够的覆盖率，特别是对于大量的Android版本和设备，可能具有挑战性。虽然有模拟器，但在服务器上运行的软件性能限制可能会与真机不同。

在不同的设备上运行不同的系统是个可行的方案，但是这种方法比模拟器消费高。这就需要在预算和需求之间权衡

测试应结合行业标准和用户期望的基准测试，以确保开发人员和用户可接受的内容。测试也应该持续进行。监控性能并查找用户反馈，然后尽快解决问题。

4.网络管理

随着应用程序越来越依赖网络，无论是数据还是第三方服务，网络管理已成为一个麻烦的源头。

发生崩溃的最主要原因是当你正要获取数据、提交了一些东西等待恢复而APP发生响应或者挂起。运营副总裁PravinVazirani说道，可能开发人员使Wi-Fi连接功能非常完善，但用户在不好的网络区域时就会发生问题

处理网络问题的一个好方法是告知用户连接中断，并在可能的情况下提供执行可能感兴趣的其他操作的机会。如果人们了解超出应用程序控制范围的临时状况的原因，他们更有可能保持冷静，不会对软件感到恼火。

5.错误状况和异常处理

由于移动开发的复杂性，一些错误是不可避免的，无论是意外的API更改，避免先前检测的内存问题，还是网络连接状况，甚至只是在传输大型文件（如图像或视频）时降低数据传输的速度

在这种情况下，最好的方法是给与良好的错误和异常处理方式。比如用户输入错误的数据、本应提供数值的内容而提供文字到文本框内等，这样，应用程序就不会被意外尝试而报错。

在任何这些情况下，正确编码的应用程序都会注意到意外情况，并且在通知用户错误的同时，可以优雅地终止进程或活动。如果你能保持沟通渠道畅通，就会有更好的机会留住用户。

6.代码太多了

最好的建议是保持应用程序简单。找到特定用途的插件，使用插件并编写必要的代码。企业移动开发公司LextechGlobalServices的高级系统工程师FelipeLaso-Marsetti说：“最好和最无错误的代码是不是你自己编写的代码。”