课程答疑和新课信息：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的窗口图层吗？

近来手机界最火爆的话题莫过于豆包手机助手https://o.doubao.com/很多博主拿到豆包手机后也开始对豆包手机助手进行一系列的实现原理调研和猜想，比如调研时候就涉及几个我们系统fw和应用开发中常用的一些权限，CAPTURE_SECURE_VIDEO_OUTPUT（录取屏幕数据），INJECT_EVENTS（注入相关输入事件）。其实这两个权限在我们投屏专题和input专题课程都有介绍过，不

但是大家注意，这样修改后发现后续进行setprop debug.fps.show 1后，新打开的app（也就是完全一个新的进程，这种我们常规理解是新的类要重新加载）也发现没有任何的变化，永远都是保持为DEBUG_FPS false。新版本的aosp15版本在看ViewRootImpl相关类代码时候，发现系统居然自带了各个图层的FPS相关的打印功能了，以前没有这个功能时候我们都是自己做的fps功能，

***//***//***/aidl接口主要有两个接口：onStagePositionChanged--代表分屏的stage位置有变化的时候回调，正常都是main side stage 值一般为0，1onTaskStageChanged --代表分屏task的有变化时候回调，比如退出分屏，进入分屏和2个参数stage，visible。stage代表当前taskId处于main还是side stag

make出错，然后再把frameworks/base/cmds/bootanimation/Android.mk又修改正确恢复原样，再进行make时候就会重新加载新加入的Android.mk。原因：如果确认已经拷贝了文件夹到了源码根目录这个其实是因为android8.1上面热编译没有触发全局重新扫描mk文件。去frameworks/base/cmds/bootanimation/Android.m