新闻类App (MVP + RxJava + Retrofit+Dagger+ARouter)性能优化之启动优化

7字数 889阅读 2166

Github地址:新闻类App (MVP + RxJava + Retrofit+Dagger+ARouter)

App启动优化

  • 冷启动之前
    启动app->加载空白window->创建进程
  • 随后
    创建Application->启动主线程->MainActivity->加载布局->布置屏幕->首帧绘制

启动分类

  • 冷启动
    click event->IPC->Process.start->ActivityThread->bindApplication->LifeCycle->ViewRootImpl

  • 热启动
    后台->前台

  • 温启动
    从lifeCycle开始

优化方向:Application和Activity启动流程

启动时间测量方式

adb 命令方式:无法带到线上
adb shell am start -W 包名/启动的activity

image.png

ThisTime:最后一个Activity启动耗时
TotalTime:所有Activity启动耗时
WaitTime:Ams启动Activity的总耗时

埋点的方式
首先工具类

public class LaunchTimer {
    private static long sTime;

    public static void startRecord() {
        sTime = System.currentTimeMillis();
    }

    public static void endRecord() {
        long cost = System.currentTimeMillis()-sTime;
        Log.e("TAG","cost time"+cost);
    }
}

在Application中调用

    @Override
    protected void attachBaseContext(Context base) {
        super.attachBaseContext(base);
        LaunchTimer.startRecord();
    }

在首页显示的第一条数据的时候去调用endRecord,比如我这里首页显示的是知乎,所以去知乎页面的recycleview中的adapter中调用


image.png
    if (holder.getAdapterPosition() == 0 && !mHasRecord) {
                mHasRecord=true;
                holder.getView(R.id.card_stories).getViewTreeObserver()
                        .addOnPreDrawListener(new ViewTreeObserver.OnPreDrawListener() {
                            @Override
                            public boolean onPreDraw() {
                                holder.getView(R.id.card_stories).getViewTreeObserver().removeOnPreDrawListener(this);
                                LaunchTimer.endRecord();
                                return true;
                            }
                        });
        }

注意onWindowFocusChanged只是首帧的时间

启动优化工具选择

traceView
图形的形式展示执行时间,调用栈等;信息全面,包含所有的线程

使用方式

  • Debug.startMethodTracing("");
  • Debug.stopMethodTracing();
  • 生成文件的位置,比如我这里设置的名字是App,选择右下角Device File Expleroer然后找到sdcard目录下就可以了


    image.png

AOP实现获取方法耗时

通常做法,

        long start=System.currentTimeMillis();
        initApplicationComponent();
        long cost=System.currentTimeMillis()-start;
        start=System.currentTimeMillis();
        intARouter();
        cost=System.currentTimeMillis()-start;

AOP实现
添加依赖

   classpath 'com.hujiang.aspectjx:gradle-android-plugin-aspectjx:2.0.0'
   apply plugin: 'android-aspectjx'
   implementation 'org.aspectj:aspectjrt:1.8.+'

代码

//com.peakmain.gankzhihu.App自己的包名+Application名字
@Aspect
public class SectionAspect {
    @Around("call (* com.peakmain.gankzhihu.App.**(..))")
    public void getTime(ProceedingJoinPoint joinPoint){
        Signature signature = joinPoint.getSignature();

        long time=System.currentTimeMillis();
        try {
            joinPoint.proceed();
        } catch (Throwable throwable) {
            throwable.printStackTrace();
        }
      //signature.getName(方法的名字
        Log.e("SectionAspect",signature.getName()+"  cost Time:"+(System.currentTimeMillis()-time));
    }
}

AOP的优点:无侵略性,修改方便

异步优化

一般异步优化
首先定义线程池

    private static final int CPU_COUNT = Runtime.getRuntime().availableProcessors();
    private static final int CORE_POOL_SIZE = Math.max(2, Math.min(CPU_COUNT - 1, 4));
    private static final int MAXIMUM_POOL_SIZE = CPU_COUNT * 2 + 1;
    private static final int KEEP_ALIVE_SECONDS = 30;
    private static final ThreadFactory sThreadFactory = new ThreadFactory() {
        private final AtomicInteger mCount = new AtomicInteger(1);

        @Override
        public Thread newThread(Runnable r) {
            return new Thread(r, "App #" + mCount.getAndIncrement());
        }
    };
    private static final BlockingQueue<Runnable> sPoolWorkQueue =
            new LinkedBlockingQueue<Runnable>(128);
 private CountDownLatch mCountDownLatch = new CountDownLatch(1);

Application中的onCreate方法中去调用

        LaunchTimer.startRecord();
        ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(
                CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE_SECONDS, TimeUnit.SECONDS,
                sPoolWorkQueue, sThreadFactory);
        threadPoolExecutor.submit(new Runnable() {
            @Override
            public void run() {
                initApplicationComponent();
            }
        });
        threadPoolExecutor.submit(new Runnable() {
            @Override
            public void run() {
                intARouter();
            }
        });
        threadPoolExecutor.submit(new Runnable() {
            @Override
            public void run() {
                initUtils();
                //只是模拟
                mCountDownLatch.countDown();
            }
        });
        handler = new Handler(Looper.getMainLooper());
        mainThreadId = android.os.Process.myTid();//获取当前线程的id
        try {
            mCountDownLatch.await();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        LaunchTimer.endRecord();

CountDownLatch 的作用:解决假设你在Application的onCreate中做了异步,但是一些异步的任务需要在onCreate执行完成之前就结束,因为Splash界面可能会直接使用到这些任务,比如初始化阿里巴巴的weex库。

存在问题:1.代码不优雅,维护成本高。2.存在依赖关系不好处理,比如初始化极光推送之前需要获取设备的id

启动器
(工具类大家可以看我的Github:https://github.com/Peakmain/gankzhihu中的launchstarter中获取)

  • 使用一:一般情况,即指的是默认的情况下,继承Task就可以了
public class ARouterTasks extends Task {
    @Override
    public void run() {
        // 这两行必须写在init之前,否则这些配置在init过程中将无效
        ARouter.openLog();     // 打印日志
        ARouter.openDebug();   // 开启调试模式(如果在InstantRun模式下运行,必须开启调试模式!线上版本需要关闭,否则有安全风险)
        ARouter.init((App)mContext); // 尽可能早,推荐在Application中初始化
    }
}
  • 使用二:有依赖关系的,比如初始化极光推送
public class GetDeviceIdTask extends Task {
    private String mDeviceId;

    @Override
    public void run() {
        // 真正自己的代码
        TelephonyManager tManager = (TelephonyManager) mContext.getSystemService(
                Context.TELEPHONY_SERVICE);
        mDeviceId = tManager.getDeviceId();
        App app = (App ) mContext;
        app.setDeviceId(mDeviceId);
    }
}

public class JPushTask extends Task {

    @Override
    public List<Class<? extends Task>> dependsOn() {
        List<Class<? extends Task>> task = new ArrayList<>();
        task.add(GetDeviceIdTask.class);
        return task;
    }

    @Override
    public void run() {
        JPushInterface.init(mContext);
        App app = (App ) mContext;
        JPushInterface.setAlias(mContext, 0, app.getDeviceId());
    }
}
  • 使用三:执行在主线程,且需要在onCreate执行完成之前就结束
public class WeexTask extends MainTask {

    @Override
    public boolean needWait() {
        return true;
    }

    @Override
    public void run() {
        InitConfig config = new InitConfig.Builder().build();
        WXSDKEngine.initialize((Application) mContext, config);
    }
}

最后在App中使用:初始化然后添加自己的添加的Task就可以了

      LaunchTimer.startRecord();
        TaskDispatcher.init(App.this);

        TaskDispatcher dispatcher = TaskDispatcher.createInstance();
        dispatcher.addTask(new ARouterTasks())
                .addTask(new UtilsTasks())
                .start();
        
        dispatcher.await();
        LaunchTimer.endRecord();

延迟任务进行初始化

我们都知道我们可以将部分不重要的任务挪到启动结束之后再去执行,这种方法可以减少启动速度。但是存在一个问题,如果延迟执行时间过长,那么主线程卡顿时间也会过长,导致用户体验极差。

核心思想:对延迟任务进行分批初始化
利用idleHandler特性,空闲执行
在前面的启动时间的埋点方法中,继续进行修改

public interface OnFeedShowCallBack {
    void onFeedShow();
}  
    private OnFeedShowCallBack mCallBack;
    public void setOnFeedShowCallBack(OnFeedShowCallBack callBack) {
        this.mCallBack = callBack;
    }
     if (holder.getAdapterPosition() == 0 && !mHasRecord) {
            mHasRecord = true;
            holder.getView(R.id.card_stories).getViewTreeObserver()
                    .addOnPreDrawListener(new ViewTreeObserver.OnPreDrawListener() {
                        @Override
                        public boolean onPreDraw() {
                            
        holder.getView(R.id.card_stories).getViewTreeObserver().removeOnPreDrawListener(this);
                            LaunchTimer.endRecord();
                            if (mCallBack!=null){
                                mCallBack.onFeedShow();
                            }
                                return true;
                        }
                    });
        }

延迟加载调用类

public class DelayInitDispatcher {

    private Queue<Task> mDelayTasks = new LinkedList<>();

    private MessageQueue.IdleHandler mIdleHandler = new MessageQueue.IdleHandler() {
        @Override
        public boolean queueIdle() {
            if(mDelayTasks.size()>0){
                Task task = mDelayTasks.poll();
                new DispatchRunnable(task).run();
            }
            return !mDelayTasks.isEmpty();
        }
    };

    public DelayInitDispatcher addTask(Task task){
        mDelayTasks.add(task);
        return this;
    }

    public void start(){
        Looper.myQueue().addIdleHandler(mIdleHandler);
    }

}

在设置adapter的类中去setOnFeedShowCallBack方法即可,我的是在ZhihuFragment中

            adapter.setOnFeedShowCallBack(() -> {
                DelayInitDispatcher delayInitDispatcher = new DelayInitDispatcher();
                delayInitDispatcher.addTask(new DelayInitTaskA())
                        .addTask(new DelayInitTaskB())
                        .start();
            });

其他优化

提前加载SharedPreferences

  • Multidex之前加载,利用此阶段的CPU
  • 复写getApplication()返回this

启动阶段不启动子进程

  • 子进程会共享CPU资源,导致主进程CPU紧张
  • 注意启动顺序:App onCreate之前调用的ContentProvider

提前异步类加载

推荐阅读更多精彩内容