发现 & 分析问题
我们想要找究竟是哪些代码导致启动变慢，光靠 Review 代码是做不到的，因为一段代码的执行效率除了受各种内因（CPU / IO 操作密集，锁…）的影响，还有可能受其他外因（系统资源争夺、GC…）的影响。所以想要快速准确地找出问题，最好的方法是让代码真正执行起来，然后去 Profile（监测）代码运行时的情况。
而 Profiling 其实是一门很大的学问，需要用到大量的工具，包括 Android 系统、SDK、甚至 IDE 提供的一些接口或工具，熟练运用这些工具去分析和发现性能问题是做性能优化的必备技能。而针对今天知乎 App 启动的 Profiling，我会简单介绍其中一部分的工具：
Method Tracing
Method Tracing，就是跟踪 App 某段时间内所有调用过的方法，这是测量代码执行性能常用的方式之一，我们可以通过它来查出 App 启动时具体都调用了方法，都花了多长时间。
这个功能是 Android 系统提供的，我们可以通过在代码里手动调用 android.os.Debug.startMethodTracing() 和 stopMethodTracing() 方法来开始和结束 Tracing，然后系统会把 Tracing 的结果保存到手机的 .trace 文件里
此外，除了通过写代码来 Trace，我们也有更方便的方式。例如也可以通过 Android Studio Profiler 里的 Method Tracer 来进行。但是，针对 App 的冷启动，我们则通常会用 Android 系统自带的 Am 命令来进行，因为它能准确的在 App 启动的时候就开始 Trace：
# 启动指定 Activity，并同时进行采样跟踪
adb shell am start -n com.zhihu.android/com.zhihu.android.app.ui.activity.MainActivity --start-profiler /data/local/tmp/zhihu-startup.trace --sampling 1000
当 App 冷启动完毕后（首个 Activity 已经绘制到屏幕上），使用以下命令手动终止跟踪，并拉取 .trace 文件到本机的当前目录下：
# 终止跟踪
adb shell am profile stop
# 拉取 .trace 文件到本机当前目录
adb pull /data/local/tmp/zhihu-startup.trace .
拿到 .trace 文件之后，下一步就是进行可视化了。可以直接拖动 .trace 文件到 Android Studio 里打开，但 Android Studio 目前版本对 .trace 文件的可视化和交互做得还不怎么样，所以不推荐。在这里推荐使用 Android Device Monitor 里的 Traceview 来打开，详情可以查阅
用 Traceview 打开之后的截图：
这里主要记录如何排查和跟踪。不做其他描述:
原文地址:知乎安卓客户端启动优化 - Retrofit 代理
