Android源码环境搭建（aosp Ubuntu 16.04）作者：千里马课程要求：电脑配置：双核，内存最少 16G，硬盘 200G 以上，独立安装 Ubuntu16.4 系统学员要求：最少 1 年以上应用开发经验，推荐在 3 年左右 Android 应用开发经验，熟悉 Java 语言，可以看懂 C/C++1、安装 ubuntu16.04（因为这个版本可以直接安装 openjdk-8，如果其他版

简单说就是吧以前的sf的EventTread功能中，自己唤醒触发vsync的部分移除EventTread，让VSyncDispatch直接进行（后面有机会讲解vsync再深入分析），不在使用EventThread来搞对于的sf的vsync了。sf这个，也就是app端可以指定vsync是跟随surfaceflinger的合成vsync的，所以这里也就是被叫做Choreographer clients

这个和上面其实绑定式理解没啥区别，只是在服务端实现有区别，这种实现是直接自己服务端实现hal，而上面实现却是调用了老版本的hal库，这种方式要求新加入的hal库都是这种实现方式，自己实现demo就是一般这种方式。新的架构之下，framework和hal运行于不同的进程，所有的HAL采用新的HIDL技术来完成。这种方式就是采用是绑定式，这样对system的应用或者框架，就可以通过hidl或aidl接

近期又粉丝朋友聊到了如果做aosp系统应用开发，有什么工具或者方式来导入代码可以正常跳转和代码提示等？

上节课已经把代码写好了，可惜我们发现一点击就crash啦，因为CHANGE_COMPONENT_ENABLED_STATE权限需要系统权限才可以2021-12-17 23:09:15.078 4198-4198/com.android.things.privateapplication1 E/AndroidRuntime: FATAL EXCEPTION: mainProcess: com.and

主要就是以上几个，虽然场景不一样，但是他们最后调用的截图接口其实都是同一个，都是最后会调用到surfaceflinger中的截图方法，下面就以adb shell命令行方式screencap案例分析,因为他的接口调用最为简单，这次分析方式主要是使用perfetto的trace分析方式。截图是一种开发过程中经常遇到的功能，但是这个功能底层是怎么实现的？这里显示发起了一个跨进程调用，目标段是surfac

hi，粉丝朋友大家好！今天是2-8号，也是我春节第一天正式开工的日子，在这里首先祝大家新的一年技术进步，与千里马共同学习共同进步，共同升职加薪。今天要给大家分享的一个课题是大家都很熟悉的广播。这里将要分为2个部分来对广播进行分析：1、广播发送部分一般我们正常使用发送广播都会有调用一个context的sendBroadcas，方法原型如下：public void sendBroadcast(Inte

即系统是否有开放FEATURE_APP_WIDGETS或者说有config_enableAppWidgetService配置为true，正常手机FEATURE_APP_WIDGETS是有的，config_enableAppWidgetService为false，也就是说手机上其实靠有FEATURE_APP_WIDGETS这个Feature，而车机上没有是因为没有FEATURE_APP_WIDGET

在系统开发过程中大家要学会怎么来学习追踪代码，这一点是非常关键的，因为在庞大系统代码中，如果什么都进行正向分析，那么很有可能因为代码过于庞大，进入分支过多而导致丢失方向，失去了主要线路，陷入一种丢了西瓜捡到芝麻情况，这情况其实经常在分析系统源码时候常见，但是这其实对我们学习主流程来说是非常不利的，因为我们往往对代码执行的主流线路都还没有摸清，没有办法对流程有一个比较好的理解，而容易被执行某个小点，

hi，粉丝朋友们大家好！今天开始我们来开发一个android手机上如何动态隐藏桌面图标案例！项目背景：手机上桌面图标有时候不想被其他人发现，我们安装了某些应用，比如陌陌，xxx交友，和平精英等等具体实现方案讨论：方案1：在桌面launcher上面进行对应图标隐藏既可以缺点：只能隐藏桌面图标，但是一些应用中心等也一样有入口，所以不彻底方案2：在桌面launcher隐藏，而且framework层面实现