前言：之前根据AndroidStudioProfiler查看卡顿问题已经解决了部分已知问题「即：有明确场景，进而暴露出来的问题」；不足的点是：问题暴露之前寻找卡顿的点，抓取的hprof文件操作复杂，寻找问题时效率较低，具体每个函数的耗时不可统计；所以需要寻找比较成熟的卡顿工具，帮助我们定位问题.工具对比：BlockCanary:依赖主线程Looper，监控每次dispatchMessage的执行耗时；ArgusAPM/LogMonitor:依赖Choreographer模块，监控相邻两次Vsync事件通知的时间差；以上方式的问题：无法获取到各个函数的执行耗时，对于稍微复杂一点的堆栈，很难找出可
