参考：
Android 性能优化：使用 TraceView 找到卡顿的元凶
PS:启动加速总结一下就是能懒加载的懒加载，不能懒加载的看能不能放异步，异步线程合理分配优先级。
1. 使用 Android Studio 生成 trace 文件
Android Monitor已经过时了，现在用的profile
之前有学习过，但好久不用忘了。。。
https://blog.csdn.net/sinat_20059415/article/details/80584621
突然发现之前参考的文档其实就是搬运的开发文档，也是，自己摸索哪有这么全
https://developer.android.google.cn/studio/profile/cpu-profiler
2.使用 DDMS 生成 trace 文件
jiatai@jiatai:~/Android/Sdk/tools$ sudo ./monitor
OpenJDK 64-Bit Server VM warning: ignoring option MaxPermSize=256m; support was removed in 8.0
Error Loading DDMS Preferences
ddms已经过时了
3.Systrace
如果要收集详细的系统级数据，帮助您检查本地系统进程并解决由丢帧引起的UI jank，则应使用Systrace。或者，如果要导出使用Debug捕获的.trace文件，则应使用Traceview”
看之前博客看到这句话，补一下Systrace是什么
https://developer.android.google.cn/studio/profile/systrace/command-line
试玩一下
jiatai@jiatai:~/Android/Sdk/platform-tools/systrace$ python systrace.py --list-categories
gfx - Graphics
input - Input
view - View System
webview - WebView
wm - Window Manager
am - Activity Manager
sm - Sync Manager
audio - Audio
video - Video
camera - Camera
hal - Hardware Modules
res - Resource Loading
dalvik - Dalvik VM
rs - RenderScript
bionic - Bionic C Library
power - Power Management
pm - Package Manager
ss - System Server
database - Database
network - Network
adb - ADB
vibrator - Vibrator
aidl - AIDL calls
pdx - PDX services
sched - CPU Scheduling
freq - CPU Frequency
idle - CPU Idle
disk - Disk I/O
load - CPU Load
sync - Synchronization
memreclaim - Kernel Memory Reclaim
binder_driver - Binder Kernel driver
binder_lock - Binder global lock trace
NOTE: more categories may be available with adb root然后用推荐命令抓了个html
jiatai@jiatai:~/Android/Sdk/platform-tools/systrace$ python systrace.py -o mynewtrace.html sched freq idle am wm gfx view \
> binder_driver hal dalvik camera input res
Starting tracing (stop with enter)
Tracing completed. Collecting output...
Outputting Systrace results...
Tracing complete, writing results
Wrote trace HTML file: file:///home/jiatai/Android/Sdk/platform-tools/systrace/mynewtrace.html
jiatai@jiatai:~/Android/Sdk/platform-tools/systrace$
看了下ddms的systrace应该和这个脚本是一回事，而且图像界面更好一些，实测生成的文件也是一样的
4.traceview
Traceview 已被弃用。 如果您使用的是 Android Studio 3.2 或更高版本，则应改为使用 CPU Profiler 来执行以下操作：检查通过使用 Debug 类对应用进行插桩检测而捕获的 .trace 文件、记录新方法跟踪信息、保存 .trace 文件以及检查应用进程的实时 CPU 使用情况。
Traceview 这款工具可采用图形的形式表示跟踪日志。您可以通过使用 Debug 类检测代码来生成日志。这种跟踪方法非常精确，因为您可以指定要在代码中开始和停止记录跟踪数据的确切位置。如果尚未生成此类跟踪日志并将其从连接的设备保存到本地计算机，请转到通过检测您的应用生成跟踪日志。使用 TraceView 检查此类日志有助于您调试应用并分析其性能。
提示：您可以从命令行使用 dmtracedump 来生成跟踪日志文件的调用堆栈图表（以图形的形式直观地呈现）。
如果您不需要查看通过使用 Debug 类检测应用而记录的跟踪日志，可以使用 Android Studio 3.0 及更高版本中包含的 CPU Profiler 来检查应用的线程并记录方法跟踪信息。
5.总结
cpu profiler很强大，可以抓取cpu memory等信息，可以看方法调用和时间消耗等
systrace可以抓取系统层面的trace，生成一个HTML，很复杂的样子，然后功能被profiler取代了，官方文档里可以如下操作
要开始记录跟踪数据，请从 CPU Profiler 顶部的下拉菜单中选择记录配置，然后点击 Record。
可以看到官方文档图里cpu 选项中有system trace
traceview字面意思和功能官方意思都是看trace的工具，具体trace还是通过ddms抓的，还过时了，现在用之前说的cpu profiler抓了
一句话概况systrace和traceview ddms都过时了，大家一起来用profiler啊
