十年饮冰，难凉热血

这里是一个去掉设置里面的某一个item 需求。常规需求，做了太多了，很简单的一个需求。这里写出来目的，还是为了形成一种解题思路，方便特别是方便初学者提供一个解决需求思路。其次，为了记录 方便下次直接copy,直接修改。锁定方式安全性便捷性推荐指数主要特点无⭐★★★★★☆毫无防护，仅限绝对安全环境滑动⭐⭐★★★★☆☆形同虚设，正被系统淘汰图案⭐⭐⭐★★★★☆★★★★安全与便捷的平衡点，适合大众PIN码⭐⭐⭐⭐★★★☆☆★★★★★。

这里以Android 系统开发举例，来说明多人协同开发中的基本步骤、遇到的问题、使用到的工具。目的:提供一个思路，在多人协同开发中如何高效率进行开发工作。使用到的工具：可以参考，实际每个人有自己的开发工具，当然部分工具需要付费。可视化工具也加快开发速度，提高开发效率。这里实际就是一次 系统开发中的实战演示实际开发中实际操作才能领悟其中各种命令的意义，方便提升整体开发效率。

解决两个问题系统设置-位置信息 开关默认打开状态，这里需求默认关闭状态搞清楚系统设置-位置信息，开关 打开与关闭知识点，业务流程这里对于位置信息开关默认值设置需求进行了实现分析了系统设置Settings相关需求的实现思路，很多思路都是一样的：界面查找-布局分析-查看关联的Fragment界面和控制器controller涉及到属性相关的，务必掌握基本属性相关知识点，方便实际调试，快速验证。

我们看看secondary_launcher.xml 发现有一个搜索的View, AppsSearchContainerLayout 设置为GONE 状态，就是 search_container_all_apps 对应的View。showAppDrawer 方法，只是在特定的情况下执行，所以在这个方法里面执行设置GONE逻辑并不是完全之策，最简单直接就是更改布局GONE 状态了。上面的更改已经实现了需求，我们接着看 secondary_launcher.xml 对应的Java 文件。

白名单功补充三-系统设置隐藏已连接WIFI，功能补全，解决白名单中的一个bug之前WIFI白名单功能bug 修复分析了 已连接WIFI 信息，显示、隐藏逻辑，在设置里面的基本架构和思想获取已连接的WIFI，在实际使用当中，可以直接借鉴，系统里面可以封装一层，对外释放，对自己其它客需定制需要获取已经连接WIFI，也是一种方法。

是Android 15中一个重要的安全加固措施，它通过白名单机制严格控制了共享UID的使用范围。理解这个文件有助于我们更好地把握Android系统的安全模型和权限管理机制。

定制话鼠标光标的需求，知道怎么替换。

在前面文章中，存在几处细节问题，这里补充说明。同时分享部分修改经验指导。这里对禁止上划，去抽屉功能篇章的一个补充篇章这里涉及到手势、触摸，涉及到各个相关的模块，如果需要了解各个模块是一个非常痛苦和工作量大的过程，如果有需要可以按照思路逐步分析。在调试验证过程中，会收获各个知识点。Launcher3 本身封装比较好，复杂， 熟悉了解 手势、拓展、滑动相关知识点，后续对其它功能定制有很大的思路上的帮助。

Android 默认都是抽屉效果，在主界面上拉可以看到全部应用。现在要做成手机一样的，能够左右滑动效果，只有一页。这里实现了常见的工控机器-手机产品的需求这里面涉及到的知识点蛮多，都要掌握借助这个需求，我们大概了解了整个流程和部分类。遗憾：篇幅太长，尽管每个类我们了解了，实际作用和场景待后续分析，搞清楚搞明白才行。

本人以MTK Android13 版本为例，其它芯片平台和Android版本修改内容基本差不多 对于adb 模块各大芯片厂商和不同Android版本区别其实不大，可以参考。定义两个系统属性，默认值是enable需求其实很简单，前提是搞清楚 adb 架构、PMS安装流程通过此需求，从adb install/uninstall 安装到PMS - 命令解析-session 操作 - 安装 完成了整个业务的闭环。方便理解安装流程。

直接用系统看门狗机制实现：但是看门狗太复杂了，监听ANR、crash ,定制监听逻辑比较麻烦，不推荐。在一个服务里面或者自己写一个服务：循环检测+判断当前进程是否存在，来处理某个app 的业务逻辑在一个服务里面或者自己写一个服务：循环检测，不断监听用户是否投喂，利用缓存时间来判断app 是否正常工作。如果在一个周期内发现监听的程序不投喂了，那么就启动业务逻辑对app 进行业务处理。这里用自己的方案实现了常规需求，看门狗功能。

很多定制客户，工控或者ToB 客户要求在Android系统的地步常显一个公司logo. 用于防盗、商显、彰显公司品牌的需求场景。常显不会影响对应区域的触摸、点击、UI控制。一个简单功能实现在服务中，这里选择用服务中添加窗体实现一个需求。也可以扩展 在窗体上面实现其它各种菜单UI需求的相关功能。初步看需求，很麻烦的，实际其实做下来、稍微分析下还是很简单的。

对于大屏方案，基本上都有HDMIN功能，接收信号输入，方便扩展外围设备的功能，做一个显示效果。比如 其它第三方设备通过HDMIN线接入到电视上，电视上就会显示第三方设备画面，实现屏幕扩展。第三方设备一般包括:电脑、电视盒子、家庭投影仪、家庭家居控制屏他、笔记本、Android 平板、车机车载系统 等。1.HDMI IN做插上自动打开2.HDMI IN自动打开前需加一个确认弹窗，确认打开或者取消3.HDMI IN桌面图标做隐藏。

本文以RK3576 产品Android15 版本 为例，实现adb 命令拦截功能。其它产品平台、不同Android版本 带阿米会有区别，但是核心架构和思路不变，可供参考。/device/rockchip/rk3576/rk3576_u/rk3576_u.mk 如下：此需求能够让大家对 adbd 框架架构有一定的了解和掌握，了解之后才会针对性实现需求属性相关知识 在cpp 文件中 应用 了解。

这里以 RK3568 Android13 编译流程做了一个总结，RK体系356X 系列配置基本这个流程，参数稍微修改。其它平台，如MTK 平台，脚本的应用非常广泛，实际开发中 也是如此。

针对个人日常开发和自己学习过程中的一些经验分享针对项目编译技巧、打包技巧。日常开发中，项目很多很多时候，源码如何维护。这里总结的其实是实际发发过程中 编译、打包、源码管理的实际操作方案，最终就是为了提升开发效率无论你是方案商、ODM厂商、产品公司 甚至是个人，涉及到系统开发的一定设计到类似的开发场景，可以参考借鉴。都是为了提升开发效率和工作简单化。

本文基于RK3576 Android15 版本开发已验证首先搞清楚我们为什么分析这个类？？？然后我们才有去跟踪这个代码的意义！！！回到最后一步commit那么是什么？如下： 它其实就是一个aidl 接口文件那么我们就要找它的实现类，结果发现它的实现类就是这里实现了Android应用安装拦截的逻辑分析了Android15 中，通过分析应用安装的流程：分析了源码其实我们在参考资料中已经讲解了部分知识点，以前的知识点内容，也特别有参考意义。针对每次PMS相关的需求，建议好好琢磨。

需求：USB 类型设备接入白名单1） 默认: USB类型设备都可以接入2） 全部拦截： USB类型设备全部不可用接入3）根据vid/pid 进行拦截，指定vid pid 类型设备才可以接入使用备注：USB类型很多的，目前主要分为：U盘、外接UVC 相机、Camera2相机打开外接的USBCameraStorageMnagerService 服务了解Volume 通信机制、热插拔机制了解。

在平台上面，实现WIFI白名单功能。添RKAndroid11-WIFI白名单功能实现RK-Android15-WIFI白名单功能实现WIFI架构总览通过此需求：务必了解三个知识点源码基本解读等涉及到的IPC知识点不同版本、不同平台的Android源码少许不同、类可能都不一样，思路一致，还需针对性查看源码，获取最新信息 来针对性解决需求网上大量的部分相关资料参考，但需要自己实践，太多知识点旧了、知识点描述错误，需要自己实际验证并整理。

实现：WIFI白名单功能，默认显示所有、可以禁用WIFI列表展示、编辑白名单WIFI可以显示出来可以参考RKAndroid11-WIFI白名单功能实现，版本区别部分代码路径和源码不一样，可参考。但是RKAndroid11上面只是给了一个思路，具体实现还得自己细化实现。这里结果属性+过滤逻辑来实现WIFI白名单功能源码分析暂未实现，WIFI源码逻辑特别重要，也挺有意思的。

实现添加属性的功能，了解属性添加机制，搞明白两种不同的添加方式和区别系统属性是Android系统的一个全局键值对数据库，主要用于原生层（） 和 系统服务 之间的配置和通信。它通过libcutils库的和函数来访问。常见的例子如(只读产品型号)、(持久化时区)、(控制服务)。Android提供了一个名为的系统应用，它维护了三个SQLite数据库来为其他应用存储配置信息。这些配置通过ContentProvider暴露出来，供应用通过进行访问。： 所有用户共享的全局设置，通常需要系统权限（）才能修改。

针对定制案子有客户需求是要有一个WIFI白名单功能WIFI白名单解释-需求理解： 设置客户指定的SSID 才能够在WIFI列表中显示出来；默认情况下所有WIFI列表可以显示客户可以编辑白名单SSID，实现白名单可控假使你已经对WIIF相关基础有一定的了解，这边文章和推荐资料能帮你实现需求，很容易理解，和定制相关WIFI功能实际经验来看，framework.jar 就是无法调用到自己修改的文件方法，不妨换个思路，反射。这里只是在服务类里面维护了一个内存结合List 类型的白名单。

其实就是要修改VM 虚拟机相关的参数，涉及到相关属性值修改实现，通过这个需求，最核心的还是了解 Android系统相关的性能内容，比如GC、内存、堆栈 等参数作用触发条件普通应用的最大堆内存限制（软限制）默认应用（未声明 android:largeHeap）大堆应用的最大堆内存限制（硬限制）应用声明 android:largeHeap=“true”VM参数、性能 、GC 才是重点 这里暂未分析，这里只是修改其中两个内存相关参数值，默认。

针对这个USB白名单需求，其实就是一个基础的在framework层 新增一个USB相关的接口，对外释放，扩充功能罢了。很多子模块架构思想一致，直接新增接口、实现接口功能、对外提供方法、对framework实现业务逻辑罢了。梳理USB Host模式下，usb 摄像头白名单功能。其中UsbHostManager 源码代码量也不大，如果稍微懂一些UVC相关知识，里面很多代码和流程都是比较熟悉的面孔了。当前实验验证了白名单功能，具体来实现业务，维护的也是内部的白名单集合，存储到本地就可以了。

场景的一个属性修改，给出方法，记录下。针对属性值判断，针对应用、系统级别都有参考意义，业务上面会有需求。这里整理出来，方便后续实现其它功能，知识点串联起来如果应用级别的就用 参考资料中的Framework 层Settings.System, Settings.Secure和Settings.Global存储及应用就够了，如果需要通过属性判断，这里也是一个解决方案。

通过具体需求，再次熟悉、理解 包安装器流程和业务，简单规整一些知识点，方便后续进一步深度定制。客户需求：实现下载流程和安装流程UI主题一致，安装过程去掉一些列确认弹框提示，直接进入安装流程、安装失败时候直接显示安装失败原因。 如下两图：PMS安装apk之界面跳转MTK-Android13-包安装器PackageInstaller 静默安装实现这是之前总结、规整的包安装器知识点，平台是MTK，我们这里是在RK平台上面定制需求的，源码流程少许不一样，但思想一样，具有极高的参考价值。特别是静默安装篇，对于安

其实刚开始并不知道是什么原因，后面在大佬的协助下，分析的就是root用户编译失败后，残留了配置和编译的文件，切换到user用户编译后，又没有权限打开和删除之前遗留的文件。自己在开发过程中，自己的服务器，自己的源码，自己的开发版本，平常在root权限下操作各种内容，一不小心Root权限下编译了源码。user用户下 再次进行编译，如果出现各种权限报错后再切换到user 用户，然后 chmod 777 授权对应的文件。再切换到user用户 进行编译，如果遇到需要授权和删除的文件，按照错误提示解决几次即可。