百人牛牛游戏规则
首页 > 移动应用 > 正文

我们分析了100个移动应用程序,发现了App崩溃的6个常见原因!

2019-05-08 10:48:13  来源:今日头条

摘要:如果应用发生崩溃,冻结或报错等现象,53%的用户会将APP卸载。
关键词: App
  人们讨厌应用程序崩溃,尤其是是程序减速或卡死几秒钟这样的现象。 根据Dimensional Research的一项调查,61%的用户希望程序在4秒内启动,而49%的用户希望在2秒内响应输入。 如果应用发生崩溃,冻结或报错等现象,53%的用户会将APP卸载。
 
  \
 
  无论您的对象是消费者还是企业,崩溃问题会令他们彻底失望。与一些移动开发人员进行了交谈,询问了他们遇到的最常见的崩溃问题有哪些, 他们给出了常见的六种原因:
 
  1.内存管理
 
  我所问道的每个人都会谈到内存管理,大多数APP都会开启许多线程占用系统的内存。OpsClarity营销副总裁Sachin Agarwal表示,程序员在编写代码时好像在app中只有他们编写的应用一样,同时,他建议在编写程序时,要考虑使其称为为"应用生态系统中的好公民"。
 
  内存问题并非对所有开发人员是一样的。Solstice Mobile业务开发副总裁Andrew Whiting说"在iOS?#26657;?#24744;就可以利用Objective-C?#21019;?#29702;大量内存问题,"。但是需要权衡利弊。"在Android上,你需要更深入的控制[内存],你可以让它完全按你想要的那样做,但这会增加复?#26377;浴?quot;
 
  "在Java中遇到[运行]内存不足,我们发现通常它与加载大图像或处理位图等相关,"New Relic的高级软件工程经理Jonathan Karon表示。在移动SDK技术性能报告中并编制了常见的问题原因。"实际上有一些令人惊讶的数字看起来像Android上的链接器问题,无法?#19994;?#31867;,或者有一个称为非分类链接的异常。" 另一方面,iOS应用程序经常受到NSInternalInconsistency异常的影响,这是因为当开发人员在一个地方更改数组或数据集合时,而其他东西正在读取?#25250;?#30340;事物列表。
 
  2.软件生命周期
 
  迭代的应用程序开发过程及其版本频繁的发布,为最小化可行产品进入市场打开了大门,然后随着时间的推移改进它,现在这种做法非常流行。但由于对操作系统和第三方API的依赖性,使传统软件生命周期变的更为复杂。
 
  "如果你看看最新Android更新的系?#24120;?#24212;用程序崩溃的会很多,"Agarwal说。"操作系统本身不稳定或操作系统更新了,应用程序没有更新" 或者用户不下载新的版本,这些"你都无法控制,它说明了一个核心的开发过程。"
 
  移动和云计算的发展增加了第三方服务及其相关API的使用,从而节省了时间并有助于将应用程序更快地推向市场,但他们有自己的一系列问题。
 
  "许多库是都有共同的问题,"Whiting说。 "他们试图解决每个人的问题,而不是为任何人提供最佳解决方案。" 例如,给定的API可能对特定应用程序具?#34892;?#33021;限制。
 
  API也可能使用棘手的技术,比如iOS方法调整。当原始代码(如Apple的API)不可用时,开发人员在原始代码(如Apple的API)基础之上进行修改。"你可以称之为iOS应用程序开发的'黑暗艺术'之一,"在线旅行社Fareportal的移动主管Raman Bhatia说。"[但]如果您的应用程序代码以某种方式编写,则可能导致崩溃。"
 
  API也可能引起其他问题。"API延迟,错误率,数据带宽, API的版本以及API请求的数量都可能由小问题印发大问题,"Agarwal说。然后是API本身,这就需要专门的工具来跟踪所有内容。
 
  API也可能导致其他问题,如内存错误。 "如果你创造了其他的对象前已经从内存中移除的一个对象,会认为通常这是没有问题的,但需要注意的是你不知道后续创建的对象到底需不需要引用已经删除的对象"联合创始人和开发者Long Le说道"尤其是当你引入第三方框架时,就会出现问题。你永远无法确定他们正在清理?#35009;?#20197;及他们正在创造?#35009;础?quot;
 
  3.测试不充分
 
  测试的需求是很明显的,但是需要获得足够的覆盖率,特别是对于大量的Android版本和设备,可能具有挑战性。虽然有模拟器,但在服务器上运行的软件性能限制可能会与真机不同。
 
  例如,应用程序的一个线程读取数据库,同时第二个线程尝试修改这一个数据库,"这是一个时间问题," Couchbase移动首席架构师Wayne Carter说。"如果他们没有在同一时刻发生碰撞,那么这个问题就不会出现,可以用日志描述来掩盖。" 模拟器通常就不会和真机一样。
 
  在不同的设备上运行不同的系统是个可行的方案,但是这种方法比模拟器消费高。这就需要在预算和需求之间权衡
 
  测试应结合行业标准和用户期望的基准测试,以?#32321;?#24320;发人员和用户可接受的内容。测试也应该?#20013;?#36827;行。监控性能并查找用户反馈,然后尽快解决问题。
 
  4.网络管理
 
  随着应用程序越来越依赖网络,无论是数据还是第三方服务,网络管理已成为一个麻烦的源头。
 
  发生崩溃的最主要原因是当你正要获取数据、提交了一些东西等待恢复而APP发生响应或者?#31227;稹?#36816;营副总裁Pravin Vazirani说?#28291;?#21487;能开发人员使Wi-Fi连接功能非常完善,但用户在不好的网络区域时就会发生问题
 
  处理网络问题的一个好方法是告知用户连接?#21368;希?#24182;在可能的情况下提供执行可能?#34892;?#36259;的其他操作的机会。如果人们了解超出应用程序控制范围的临时状况的原因,他们更有可能保持冷静,不会对软件感到恼火。
 
  5.错误状况和异常处理
 
  由于移动开发的复?#26377;裕?#19968;些错误是不可避免的,无论是意外的API更改,避免先前检测的内存问题,还是网络连接状况,甚至只是在传输大型文件(如图像或视频)时降低数据传输的速度
 
  在这?#26234;?#20917;下,最好的方法是给与良好的错误和异常处理方式。比如用户输入错误的数据、本应提供数值的内容而提供文字到文本框内等,这样,应用程序就不会被意外尝试而报错。
 
  在任何这些情况下,正确编码的应用程序都会注意到意外情况,并且在通知用户错误的同时,可以优雅地终止进程或活动。如果你能保持沟通渠道畅通,就会有更好的机会留住用户。
 
  6.代码太多了
 
  最好的建议是保持应用程序简单。?#19994;教?#23450;用途的插件,使用插件并编写必要的代码。企业移动开发公司Lextech Global Services的高级系统工程师Felipe Laso-Marsetti说:"最好和最无错误的代码是不是你自己编写的代码。"
 
  你能否真正的创建一个无错误的应用程序,特别是在第一轮?可能不是。但是,您可以关注这些故障源,并尽最大努力创建强大的异常处理机制。

第二十八届CIO班招生
法国布雷斯特商学院MBA班招生
法国布雷斯特商学院硕士班招生
法国布雷斯特商学院DBA班招生
责编:pingxiaoli
百人牛牛游戏规则 足球直播西甲皇家社会 巴黎圣日耳曼vs斯德拉斯堡 第戎队 曼城球员 弗罗西诺内队长 尤文图斯队服 腾讯分分彩走势图分析app 河北快3app 海南特产礼品 07年大乐透走势图