Android 移动应用性能优化 之 友盟(1)

本文探讨了Android应用中常见的ANR问题及其可能原因,包括主线程阻塞、内存泄漏和过度绘制,并提供了相应的解决策略。此外,文章介绍了如何使用友盟SDK进行日志、崩溃分析和自定义版本号设置,以帮助开发者进行性能监控和问题定位,从而优化App性能。
摘要由CSDN通过智能技术生成

ANR(全称:Application Not Responding)程序无响应,要解决问题首先要知道问题出现有哪些可能性,然后在结合你当前应用的实际情况去排查,最终找到解决方法。这是我的思路,那么造成ANR有哪些可能呢?

在这里插入图片描述

可能性一:主线程阻塞,在主线程中进行耗时操作过多(数据库读写、文件读写、网络请求、大数据计算等)。

可能性二:内存泄漏,列如App的启动页是一个高清的图片,在有的手机上可以正常运行,有的手机机会闪退。

可能性三:过度绘制,这个说法就是上面两种可能的相结合,首先你在主线程中绘制UI,其次绘制的图比较大或者重复绘制都会有ANR可能。

实际中的可能性可不止这三点,说说怎么解决的,第一个可能性,主线程阻塞,由于执行了大量的耗时操作造成的,那么这个时候就要使用子线程去进行耗时操作的处理。例如网络请求、数据库读写、文件读写都应该开一个子线程去执行,而不应该在主线程中处理,对于Activity来说UI线程就是主线程,UI线程要负责页面UI的绘制,这里又会引发另一个问题,那就是当你的view由主线程绘制时,在子线程中进行改变时会报错,所以子线程可不可以刷新view呢?是可以的,只不过有一个前提,那就是你的子线程创建了这个view,此时这个子线程就是这个view的UI线程。

而对于内存泄漏来说,常规情况下是资源处理不当造成的。举个通俗的例子,有两座桥,A和B,A最大承重2吨,B最大承重6吨,有100辆车要过桥,车上载重1吨到6吨不等,正常的分配就是小重量走小桥,大重量走大桥,当资源分配不合理就会出现1吨的车走承重6吨的桥,然后6吨的车走承重2吨的桥,那怕桥质量再好终究会塌,可能例子不是很恰当,但是意思应该说的很清楚了,就是资源合理使用,不用就要回收,回到一个我之前遇到的问题,就是高清图片,国产手机的定制化是很多的,各个厂商都更改了Google的源码变成了定制化系统,这对用户来说没啥,但是对开发者来说就很难受了,因为一个问题你是躲不开的,那就是适配。我之前遇到的问题就是我在启动页用了一个高清图,然后在我的手机上正常运行,然后在一个读者的手机上就直接闪退了。报错的图如下:

在这里插入图片描述

从这个图能看出什么内容呢?

首先这是一个运行时异常,其次和图片的绘制有关系,那么这么一结合就是过度绘制的问题。

当时这个读者就找到我,然后我就开始排查,首先是启动App的时候做了什么,这里还会涉及到一个点,那就是App的启动优化,这个点很关键。不过首先要解决bug,经过排查最终定位到是图片的问题,这里就说明了国内厂商对于手机屏幕及自身系统的定制是千差万别的,最终的解决办法就是针对于高清图的文件修改到大分辨率文件夹下,这属于一个比较低级的错误,我之前放置的都是常规的文件夹,吃一堑长一智。

2. NullPointerException


NullPointerException(空指针异常),我相信用Java写Android的朋友肯定遇到

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值