我正在尝试记录我的应用程序的启动延迟。我这样做的方式是在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()