这几年WM Shell部分也在不断更新，而且基本上互联网，AI等对于WM Shell的知识几乎是空白的啥也搜不到，马哥这边对于WM Shell出了自己去代码调研以外，也会经常去寻找一些官方的文档资料进行学习，下面就是关于WM Shell相关的官方文档路径。今天分享一下我们比较陌生的的WM Shell的线程知识，针对这块我们一起看着官方文档学习哈，有啥要讨论分享的知识可以vip群中讨论发言哈。

从简单的基础专题开始学习，以最熟悉的声音播放为主线对整个涉及的音频框架系统进行挨个模块剖析，这里面涉及App层面，AudioFlinger，AudioPolicy等模块，都会带你进行详细剖析，而且还对较难的音频hal部分也进行了深入讲解，同时也会讲解音频实战开发中，经常使用的dumpsys命令及命令输出相关源码及代表意义。3、公司级别的项目实战为主导，让你学习的音频系统的源码分析理论知识可以直接用

上面代码就是AudioTrack在创建过程中 AudioTrack::createTrack_l()方法中的mediametrics的日志打印，其实可以看得出这个mediametrics日志打印还很详细，AudioTrack创建时候需要的相关属性和参数都有，但是这个日志打印也不是我们普通的ALOGE这种，直接使用adb logcat可以看到。所以一般比较建议使用–prefix X，这里X可以认为是

其实在audio的开发中另一个命令dumpsys audio 也是非常常见的的，特别是在音频焦点，音量调节部分的调试，音频设备连接等等，那么下面就重点聊一下dumpsys audio这个命令。因为输出的信息很多，我们只对重要的，常用的几个部分进行讲解，比如音频音量相关，音频焦点相关，其他部分大家也完全可以自己去AudioService的dump方法中追一些既可以。Event日志详细记录了音量变化的

课程答疑和新课信息：QQ交流群：422901085进行课程讨论FrameWork入门课视频链接：https://edu.csdn.net/course/detail/30298FrameWork实战课1视频链接：https://edu.csdn.net/course/detail/30275专题博客系列：Android 8.1 zygote 启动过程源码Android Framework实战视频–

5、调用addToWorkspace把这个AppPairInfo对应的Icon添加到桌面UI，及保存相关数据信息。先打开2个task，而且操作进入分屏，在分屏的画面下点击最近任务进入分屏，可以看到分屏的task卡片。在安卓16版本上在分屏情况下，再进入最近任务，可以看到这时候有分屏的两个task的卡片，点击双图标。点击后会出现如下弹框，发现有一个Save app pair。

当然两者之间还是有紧密的联系的，MediaPlayer在framework层还是会创建AudioTrack，把解码后的PCM数流传递给AudioTrack，注意这里的AudioTrack不是app进程创建的，而是MediaPlayer对应的服务端mediaserver进程创建的AudioTrack，AudioTrack再传递给AudioFlinger进行混音，然后才传递给硬件播放，所以是Media

READ_FRAME_BUFFER权限确实是需要系统签名才可以使用的，默认不设置setCaptureSecureLayers(true)那确实无法截图到手势密码等secure画面,但是如果设置了setCaptureSecureLayers(true)就可以截图到各个secure的内容。但是文章也给大家留下了一个疑问，那就是具有READ_FRAME_BUFFER权限到底是否可以截图到手机上secur

一般这里里面的关键signature，recents，role一般都是有在对应attrs.xml中有定义，是不可以随意对写一个字符signaturexxx，role1xxx的，这样写的不对会直接报错。上面xml其实也自带了相关的注释非常详细，大概意思就是protectionLevel中在xml中的只可以是上面这些，每个保护字符都是有自己的含义，具体含义可以看注释哈，这些字符都会变成一个个的int类

READ_FRAME_BUFFER真的只能截图普通图层，就不可以截取secure的窗口图层吗？