Android-记录启动延迟的问题



我正在尝试记录我的应用程序的启动延迟。我这样做的方式是在Application.onCreate上设置应用程序的开始时间,并提供一个返回时间的公共方法。

MyApplication extends Application {
    Date startUpTime;
    //Declare variables
    @Override
    public void onCreate() {
        super.onCreate();
        setStartupTime();
        //other initializations
    }
    private void setStartUpTime() {
        startUpTime = new Date();
    }
    public Date getStartUpTime() {
        return startUpTime;
    }
}
MyActivity extends Activity {
.
.
.
    @Override
    public void onStart(){
        logStartUpLatency();
        //other onStart stuff
    }
    private void logStartUpLatency() {
        Date currentTime = new Date();
        Date startTime = (MyApplication)getApplicationContext().getStartUpTime();
        long latency = currentTime.getTime() - startTIme.getTime();
        Log.d("Start up Latency is ", Long.toString(latency)):
    }

这就是我测试启动延迟的方式:

  • adb安装myapk
  • 运行应用程序以获得第一次启动延迟。我可以看到第一次启动时记录的延迟是正确的
  • 再次运行应用程序以测试启动延迟。记录的延迟对于启动(或任何数量的后续启动)是正确的
  • 现在,我将应用程序的版本代码和名称增加1。为了模拟升级,我使用了命令adb-install-r-myapk
  • 现在,我再次运行该应用程序,以测试升级后的首次启动延迟,尽管它需要3秒,但记录的延迟超出了图表

有人知道为什么会发生这种情况吗?

更新

因此,如果我使用"adb-install-r-myapk"安装apk,则该应用程序不会通过Myapplication.onCreate()

我建议使用TimingLogger类。根据文档,您可以轻松地跟踪经过的时间,甚至可以在过程中添加拆分。

这个

TimingLogger timings = new TimingLogger(TAG, "methodA");
// ... do some work A ...
timings.addSplit("work A");
// ... do some work B ...
timings.addSplit("work B");
// ... do some work C ...
timings.addSplit("work C");
timings.dumpToLog();

产生

D/TAG (3459): methodA: begin
D/TAG (3459): methodA:      9 ms, work A
D/TAG (3459): methodA:      1 ms, work B
D/TAG (3459): methodA:      6 ms, work C
D/TAG (3459): methodA: end, 16 ms

您正在计算的延迟以毫秒为单位。Date#getTime()返回自1970年1月1日午夜GMT以来的毫秒数

观察到的3秒时间是因为卸载旧应用程序和安装新应用程序版本的开销。

因此,如果我使用"adb install-r myapk"安装apk,则该应用程序不会通过Myapplication.onCreate()。因此,这就回答了这个问题。我会问一个单独的问题,为什么使用"adb install-r myapk"安装应用程序,然后启动myapk不通过MyApplication.onCreate()

最新更新