App 性能优化

App 性能优化

RecyclerView

1、onBindViewHolder 运行在 UI 线程,不宜进行逻辑等耗时操作,只适合把数据填入视图;

2、使用 support 包下面的 DiffUtil 局部刷新处理,DiffUtil(内部也是调用局部刷新方法)可以对比数据的差异,是否更改;

DiffUtil.DiffResult diffResult = DiffUtil.calculateDiff(new DiffCallBack(oldDatas, newDatas), true);
diffResult.dispatchUpdatesTo(mAdapter);

计算在主线程,如果数据量大需要放在线程中,通过 Handler 更新。

局部中的部分刷新

需要通过重写 onBindViewHolder 中带有 payloads 集合参数的方法,如果 payloads 集合不为空,就可以直接进行值更新,否则就调用原本的 onBindViewHolder 方法;

payloads 集合中的值在调用刷新方法时传入,notifyItemChanged(position , "value");,可以是任意类型。

3、给可以复用 holder 的 RecyclerView 设置相同的 holder pool,在相同视图中,不会重新创建 holder;

RecyclerView recyclerView = new RecyclerView(context);
//layoutManager.setRecycleChildrenOnDetach(true);//LinearLayoutManager 需要额外设置
recyclerView.setRecycledViewPool(mPool);

4、数据缓存,直接加载网络数据延迟比较重,加载缓存中的数据;

5、优化代码,尽量减少对象的创建,复用对象资源,比如监听;

6、getExtraLayoutSpace 预加载,RecyclerView 只缓存可见 view,滑动时初次加载会导致延迟卡顿,可以使用预加载处理,改变加载的滑动范围;

7、嵌套 RecyclerView 时,通过 setInitialPrefetchItemCount 设置首次显示个数,只有在嵌套且横向列表才生效;

四级缓存

mAttachedScrap : 缓存可见的 ViewHolder,用于执行 onLayout 的时候 ArrayList 集合
mCacheView:缓存将要隐藏 ViewHolder,下次将要显示的 ViewHolder 先从这个缓存里边获取 ArrayList 集合
mViewChcheExtension:需要用户自己实现的缓存
mRecyclerPool:缓存池,这个用户根据不同的 ViewType 保存缓存池

先从 mAttachedScrap 缓存查找 ViewHolder,然后从 mCacheView 查找,然后从 mViewCacheExtension,然后 mRecyclerPool,如果都没有找到就调用 onCreateViewHolder 新建。

黑白屏

系统加载 app 时,会先显示一个空白页,空白页背景色从应用主题中获取,一般默认是白色。

1、通过给启动页单独设置主题背景或颜色来避免,否则每个活动都会设置成一样的启动图片。

设置背景颜色透明,如果启动的活动耗时长,会导致启动卡顿,需要避免启动活动的耗时操作;

设置背景图片,需要引入多张图片来做屏幕适配,而且无法适配所有屏幕,所以一般使用 LayerDrawable,然后引入资源图片,通过设置偏移量等参数达到适配效果。

2、减少 Application 耗时任务。

把一些非必要的第三方等操作单独初始化,比如 IntentService。

app 启动页优化

apk 体积优化

布局优化

1、减少层次嵌套;

2、减少重复绘制,可以通过系统设置中打开 Show GPU Overdraw 设置查看,红色表示需要优化;

3、使用 include(复用布局)、merge(减少嵌套)、ViewStub(按需求加载,只能执行一次)。

包体积优化

1、使用 tint 避免多次导入资源;

2、资源配置,ndk、resConfigs、代码混淆等;

3、删除无引用资源。

ANR 处理

Activity 响应时间为5秒,广播接受者为10秒,服务为20秒。

发生 ANR 时, 系统会在 /data/anr/ 目录下生成一个 traces.txt 文件,可以通过 adb 命令将其导出到本地查看,一般的 ANR 都能定位到具体类。

1、iowait

日志中显示 CPU 占用情况,其中 io 占用大部分,表示有频繁的读写(数据库、文件)操作;

2、dalvik threads free

显示内存不够,一般会触发 oom 异常。

网络优化

1、减少调用次数跟发送和接收数据包的大小,Android Studio 内置 Monitor 工具,可以查看接收和发送速度;

2、网络缓存;

3、七牛资源图片等加载适合的资源,比如压缩图。

自定义 View

1、避免在 onDraw 绘制方法中做内存分配等耗时操作,因为频繁执行容易导致 oom;

2、尽量减少 onDraw 的调用次数。

webView 优化

1、webView 预加载,生成一个 webViewPool,通过 MutableContextWrapper 去替换不同上下文复用,减少创建时间;

webView 只能在主线程初始化,把 webView 放进 Handler 消息队列中去(Looper.myQueue().addIdleHandler()),虽然也是在 UI 线程,但是尽量避免造成卡顿。

2、通过 shouldInterceptRequest 监听请求,由客户端下载好在填充进 webResourceResponse 中;

        @Override
        public WebResourceResponse shouldInterceptRequest(WebView view, String url) { 
                if (checkImageRequest(url)) {
                    File imageFile = Glide.with(view.getContext())
                            .asFile()
                            .load(url)
                            .submit()
                            .get();

                    return WebResourceResponse(
                            "image/png,*/*",
                            "UTF-8",
                            new FileInputStream(imageFile)
                    );
                }
            return super.shouldInterceptRequest(view, url);
        }

假设拦截为图片,可以通过本地 Glide 加载缓存,避免多次重复加载。

3、加载本地模板,通过 JS 方法注入数据,过程简单,但是比较耗费流量。

反射

频繁使用反射,调用方法,需要进行大量查找,影响效率。

android 系统 xml 布局就是通过解析标签,然后反射调用组件方法实现,比较具备扩展性,不过影响性能,所以一般代码创建对象速度会更快,不过可读性很差。

可以通过资源缓存,避免多次反射来优化速度。

热门相关:超武穿梭