背景在trace中查看rv的item创建过程，发现一个耗时的地方，通过查看组件id发现是一个imageview，图片的解码耗时了。

trace文件保存位置/mnt/sdcard/Android/data/包名/files/这里，后缀.trace通过adb拉出来，通过as可以打开这个文件，这个文件记录了堆栈，可以分析耗时点。

       project :app * Try: > Run with --stacktrace option to get the stack trace

需要的环境Android手机root，xposedb站Appddms需要把ro.debuggable设置1，这样在ddms中可以看到全部进程分析trace文件jadx分析apk代码rootexplorer

在我准备收工的时候，在抓一次trace。发现掉帧。掉帧掉帧后我当时惊呆了，这什么情况，开发怎么成了玄学一样。我在掉帧地方（车祸现在）看了下其他线程情况，找到元凶。

准备好卡的操作准备好之后，开始录制trace。完成后看报告。我已经不知道应该说什么了，一个切换tag的过程居然log就吃了这么多时间，这辈子都不可能丝滑的了。总结优化的空间真的很大，等任务吧。

错误：java.net.ProtocolException:Expectedoneof[OPTIONS,GET,HEAD,POST,PUT,DELETE,TRACE,PATCH]butwasget在互联网上未找到解决方案源代码

输出调用栈：console.trace("stackis:");这不就有了嘛然后呢？看源码咯：这里的源码很简单重点是这句：if(data.length){_this.

其实前面我们已经把源码扒得差不多了在我们的ActivityThread里，有这么一个入口publicstaticvoidmain(String[]args){Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER

version>2.0.3.RELEASE</version><scope>compile</scope></dependency>Log级别ALL<TRACE

但是我不知道发生的时候处于那个act，logcat信息没有了，在trace中也没有看到有关信息。能做的事情就是，可能我要一个个页面去看onDestroy的实现了。but，我不想看

    113742 bytes retained by leaking objects     Displaying only 1 leak trace out

runtime/thread_pool.cctargetC++:libart<=art/runtime/throw_location.cctargetC++:libart<=art/runtime/trace.cctargetC

mode：可以是console、file，默认是console、file，也可以设置多个，用逗号隔开buffer_len：channel的buffer长度，默认是10000level：可以是"Trace

Atremove-reply-at:false#为Reply附加更多信息extra-reply-data:false#跳过Mime扫描,忽略错误数据skip-mime-scan:falseoutput:#日志等级trace

=0&&Trace.isTagEnabled(traceTag)){Trace.traceBegin(traceTag,msg.target.getTraceName(msg));}finallongdispatchStart

mStatusBarView.setVisibility(View.GONE);+mNavigationBarController.removeNavigationBar(mDisplayId);+}+},5000);+}}Trace.endSection

CrashReport: startWatchingPrivateAnrDir rqd_record.eup 2021-06-17 15:49:19.872 com.app.example D/CrashReport: trace

com.example.taobaounion/1/com.example.taobaounion.ui.activity.MainActivity/raw_traces/1611036212281358800.perfetto_trace.pb2021