当然两者之间还是有紧密的联系的，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

在android12的版本上，陆陆续续发现一个低概率偶现的问题，那就是桌面第一次启动会存在显示空白10s以上，正常空白一般在1-2s，在个空白10s以上确实就属于非常严重的问题，但这个是一个低概率偶现问题，而且只有一例，所以说一直也没有引起重视。直到陆续确实有测试都报有这个同样问题，这个时候就开始要着力重点解决，这里分享一下针对这种低概率偶现问题的处理方式，这种方式适合所有framework端的一

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