Read Time:2 Minute, 36 Second前不久家里装了新的电视机，是雷鸟鹏6-24款75英寸的，硬件配置上支持4K分辨率，机身配置3GB运行内存，64GB存储内存。在京东官方购买该款电视机，售价在3000元左右，操作系统为Android系统，作为一名Android开发工程师，当然免不了要自己DIY一番，此篇文章将记录我的DIY过程。开启ADB要想折腾Android系统，必须要开启ADB。对于雷鸟品牌的TV而言，开启ADB相对来说是比较简单的。我们找到设置->关于->本机信息，进入本机信息界面。如图所示:在当前界面我们通过遥控器，依次按下上->下->左->右（顺序一定不能出错），就可以开启看到ADB的设置界面：这里我们打开ADB，后续就可以通过ADB工具进行调试啦。连接ADB当我们开启ADB之后，我们可以通过无线连接ADB。通过无线连接ADB设备，需要保证PC与ADB设备（也就是我们的Android TV）处于同一局域网内。最简单的办法就是我们的Android TV与我们的PC连接同一个WIFI热点。通过无线连接ADB设备需要知道ADB设备的IP地址，这里我们通过设置->关于->网络信息查看设备的IP地址，如下所示：得到IP信息后，我们就可以进行无线ADB连接了：#进行ADB连接 adb connect 192.168.1.226首次进行连接时，我们通常会得到如下信 ...继续阅读 (19)

Read Time:5 Minute, 42 SecondRacknerd是一家2019年成立的国外VPS主机商,在国内主机圈被简称为RN，其提供包括虚拟主机、VPS、Hybrid Dedicated Servers和独立服务器租用等产品。数据中心可选择美国洛杉矶、西雅图、圣何塞、芝加哥、达拉斯、纽约和荷兰阿姆斯特丹等等。RackNerd经常有促销活动，目前非常热门，很多主机用户都听说过或者用过。在个人使用过一段时间后，总结出其优点包括：1.性价比极高的产品,以他家热销的VPS为例,最低配置往往只需要10$左右，作为个人日常使用完全足够，性价比相当不错。2.优质的客服服务,Racknerd的工单响应通常在几小时内，即使是在周末也有员工进行处理。这一点算是比较难得的。3.优惠与促销活动较多，其常年在LET上进行促销推广，并允许客户留下自己的订单编号以获取双倍流量，此外还经常发放免费的VPS，各种电子产品等作为奖品。产品推荐2024年黑五更新：VPS产品列表：KVM虚拟化技术，纯SSD raid10阵列，1Gbps共享带宽，自带一个IPv4，但无IPv6；solusvm管理面板，免费Clientexec授权，数据中心可选：洛杉矶、圣何塞、西雅图、芝加哥、达拉斯、亚特兰大、纽约、都柏林(爱尔兰)内存CPUSSD流量价格购买1G1核20G1.5T/月$10.99/年链接2.5G2核40G3 ...继续阅读 (29)

Read Time:21 Second近期搬瓦工推出了最新的套餐，该套餐的配置信息如下：方案名称：The DC99 Plan VPS 方案配置： 硬盘：10 GB SSD 内存：500MB CPU：1 核 流量：500 GB/月 带宽：1Gbps需要说明的是，当前该套餐的机房只有DC9，且官方明确不对该套餐做线路保证，也就是说后续可能会跟随实际运营情况切换其他非优化机房，各位童鞋在购买前需要注意这一点。基础配置瓦工此次的MiniBox套餐，CPU是EPYC 7003系列，终于不再是传家宝级别的E5了，硬盘IO还算不错：遗憾的是，此次瓦工仍然没有提供IPv6，不知道什么时候能够支持。线路信息简单总结下来，去程走各自的优化线路，回程统一走CN2 GIA：电信：双程CN2GIA联通：去4837/回CN2GIA移动：去程CMIN2/回CN2GIA解锁信息搬瓦工的流媒体解锁一向不是很多，这次自然也不意外：跑了一下IP测试的脚本，结果如上图。最后附上一张Youtube测速图：购买建议1.购买前请务必阅读搬瓦工的用户协议，重点包含退款政策等内容，避免后期退款遇到困难2.该套餐本身不保证线路，如果长期持有可能会面临线路变差的风险3.不支持IPv6，如果有IPv6的使用需求请不要考虑如果你需要购买该套餐，可以通过我的链接进行购买。Happy00%Sad00%Excited00%Sleepy00% ...继续阅读 (26)

Read Time:3 Minute, 49 Second时至今日，大模型已经进入到很多人的生活中，如GPT4,通义千问等。大模型的架构也从云端开始往端云融合，最终到达All-On-Device的架构，也就是越来越多被提及的EdgeAI。而Android设备作为Edge Device中占据主导的部分，也存在将大模型部署到安卓设备的需求。今天这篇文章将为大家介绍如何在我们的Android设备中通过llama.cpp部署大模型。llama.cpp是一套开源框架，可以让你在自己的电脑上运行大型语言模型。我们可以在Github上找到其代码仓库。llama.cpp仍旧处于积极开发的状态，社区相当活跃，当我们遇到问题时可以从社区中获取到相当多的帮助。编译构建llama.cpp是完全由C/C++编写的大模型部署工具，这也意味着我们可以通过CMake/NDK-build工具直接将其集成到Android系统中。这里我们编译时的版本信息如下：Commit：97bdd26eee11fe109dec00de75690ceef61c03f2 Tag：b3400编译环境为Ubuntu 22.04.4 LTS。1.下载源码git clone https://github.com/ggerganov/llama.cpp2.配置NDK环境根据我们的运行环境，下载合适的NDK版本，具体版本的下载可以从该链接中查找：h ...继续阅读 (36)

Read Time:1 Minute, 11 Second首先需要明确的一点是，为什么我们需要在C/C++中嵌入汇编代码，这通常是出于三个目的：性能优化、特地指令需求以及精细化管理。这是因为汇编语言可以实现对CPU寄存器的直接操作，以及对内存的精确控制，无需从C/C++进行转译，能够提升我们的软件运行效率从而实现性能优化，同时某些CPU特有的指令集在C/C++中没有相关的支持，此时也只有通过汇编来实现相关操作。在Android系统C/C++开发中嵌入汇编代码，通常采用两种方式：内嵌汇编、外部汇编文件。内嵌汇编（Inline Assembly）：这是最直接的方式，在C代码中嵌入汇编代码片段。语法和具体实现依赖于编译器，通常使用特定的关键字或者语法来标识汇编代码。例如，在GCC和Clang编译器中，可以使用asm关键字来标识内嵌汇编代码。如下所示：// frameworks/av/media/libaudioprocessing/AudioResamplerSinc.cpp static inline int32_t mulAdd(int16_t in, int32_t v, int32_t a) { #if USE_INLINE_ASSEMBLY int32_t out; asm( "smlawb %[out], %[v], %[in], %[a] \n" ...继续阅读 (70)

Read Time:7 Minute, 7 SecondANR全称为Application Not Response,是由于App主线程长时间卡滞导致的。ANR并不代表我们的应用代码一定存在编码问题，通常不会导致FATAL EXECPTION。直观上来讲，ANR发生时应用会无法及时响应用户操作，这会极大影响用户体验。Android APP开发中的四大基础组件中Service、BroadcastReceiver与ContentProvider以及Input都会去检测ANR超时，这里以Service为例，简述ANR产生的原因：当我们的应用组件通过startService启动一个Service时，会通过binder通知AMS启动Service，AMS在经过一系列逻辑处理后判断可以启动，就会通过binder通知应用所在进程创建一个Service并执行Service的onCreate生命周期，与此同时AMS会通过handler发送一个延时任务，此延时任务就是ANR任务。在应用进程Service生命周期执行完后就会通过binder告知AMS解除ANR任务；如果应用进程Service生命周期超时,AMS内的ANR任务就会执行，从而记录ANR报错并dump当前系统状态。机制解析这里的机制解析，我们分别从应用APP以及AMS的角度来进行，并且以Android14的代码进行分析。首先是应用App调用s ...继续阅读 (64)

Read Time:2 Minute, 24 Second当我们通过adb shell进入Android的shell环境时，命令行左侧都会显示当前的设备名。如下所示：c1200:/ $在Linux环境下，当我们通过SSH连接进入Linux Shell时，命令行左侧同样会显示当前设备的名称，不同的时，Linux环境下显示的设备名称，其实是对应当前Linux设备的Hostname与User相结合。在Linux环境中，命令行提示符的显示由PS1环境变量决定，Android内同样如此，这里我们查看一下PS1环境变量：PS C:\Users\bst> adb shell c1200:/ # echo $PS1 ${| local e=$? (( e )) && REPLY+="$e|" return $e }$USER@$HOSTNAME:${PWD:-?} # c1200:/ #该环境变量的值设定的含义具体解析如下：${| … }：这是一种形式的命令替换，它执行其中的命令并将其输出作为字符串插入到PS1中。在这个情况下，整个 ${| … } 结构实际上是用来设置提示符的。local e=$?：这一行声明了一个局部变量 e 来存储上一个命令的退出状态,熟悉shell的朋友应该知道$? 是一个特殊变量，保存了上一个执行命令的退出状态码。(( e )) && REPLY+ ...继续阅读 (68)

Read Time:34 Second在移植适配Android的过程中，经常会编写makefile来进行一些差异化的配置，这其中会经常用到if条件控制，通过判断某个变量的值来进行分支管理。某次当我编写如下Makefile时:ENABLE_SOA_DAL ?= true ifeq ($(ENABLE_SOA_DAL) , true) PRODUCT_PACKAGES += \ dal_test_listener \ dal_test_talker \ libcyberfastcdr \ libcyberfastrtps \ endif编译过程没有报错，按照我的设想，我已经为ENABLE_SOA_DAL变量赋值为true，所以接下来的ifeq判断应当通过，从而集成相应的模块；但是当我编译之后却发现以上模块并没有按照我们设想的那样正常集成；于是我通过warning函数进行打印，发现ENABLE_SOA_DAL值确实是true，但偏偏就是没有进入ifeq对应的分支；我以为是我的语法规则有问题，于是将ifeq改写如下：ifeq ($(ENABLE_SOA_DAL) , true )这样修改以后，确实能编译过了，这让我误以为当变量判断时需要与括号间保留空格作为间隔，但是通过与原生系统中 ...继续阅读 (61)

Read Time:1 Minute, 3 SecondActivity是Android APP开发的基础组件之一，一个Activity通常就是一个独立的窗口，作为UI交互的承载体，通常会填满整个屏幕，在该屏幕内去实现差异化的交互区域，基本上我们的所有界面都是基于Activity去实现的，在实现这样的界面时，我们需要继承Activity类，并覆写如下接口：1. onCreate(Bundle)：用于初始化activity，在初始化时我们可以通过setContentView(int)加载layout资源2. onPause()：当用户停止交互时，在onPause中需要将用于操作的行为转化为对应的数据进行保存（通常是通过contentprovider进行存储）在接触到上述接口时，我们需要了解Activity中的生命周期(lifecycle),生命周期是Activity中非常重要的一个部分，是必须要掌握的。生命周期当用户浏览页面、退出和返回到应用时，应用中的Activity会在不同的状态间进行切换，这些状态我们也称其为生命周期。Activity拥有自己的生命周期，进入到每个生命周期都会有相应的回调。如下所示:针对Activity的生命周期，其中的部分关键说明如下：onCreate()：该回调会在系统首次创建Activity时触发,Activity会在创建后进入已创建状态，开发者必须要覆写 ...继续阅读 (71)

Read Time:3 Minute, 45 Second近期在移植适配Android14的过程中，发现系统在启动阶段老是在Console中打印类似的日志：[ 13.303945] servicemanager: Could not find android.hardware.automotive.IEvsEnumerator/default in the VINTF manifest.出现这份日志时，我第一时间检查了对应的服务，确实没有集成相应的EVS HAL实现。但本身这些实现在Android12.1中也没有，在Android12.1启动过程中却并不会有相关的错误日志。从日志信息来看，可能还与其他配置相关联。跟随着日志中的线索，简单了解了一下VINTF配置，即使在清理完VINTF配置后仍存在这类错误，这说明问题的根因并不在这里。当我使用adb进入Android系统并通过logcat查看日志时，发现CarService会频繁打印与CarEvsService相关联的日志，并提示未能成功连接EVS HAL服务，问题就出现在这里。在我的这篇文章中，详细介绍了EVS的框架，其除了在Native层拥有三个服务（EVS HAL,EVS Manager,EVS APP）之外，在CarService中还提供了一个CarEvsManager与CarEvsService；在CarEvsServi ...继续阅读 (58)

Read Time:1 Minute, 39 Second日常做安卓系统开发的朋友一定会经常接触到ADB，在大多数时候我们只需要记住一些常见的ADB命令，借助这些命令来帮助我们进行调试和诊断。很少有机会也可能是没这个必要去了解其内部的工作原理，今天这篇文章跟大家一起探究ADB的工作原理，了解其背后的工作机制。整体架构ADB全称为Android Debug Bridge，其工作机制遵循C/S架构，这里先上一张图让大家有个直观的了解：这里我们可以看到，adb的结构上主要包含三部分：client：adb client是指直接与用户交互的程序，我们在teminal终端内通过adb命令即启动client，client程序位于我们的Host侧（PC）；server：adb server用于打通adb client与adb daemon之间的通信，adb server程序位于我们的Host侧(PC)，工作在后台，使用者是无感知的；daemon：adb daemon程序位于我们的Android设备内部，也就是adbd，通过tcp/usb等与adb server通信，从而接收来自adb client的指令并执行；这三者具体是怎么通信的呢，可以参考下图：当我们在shell终端敲下adb命令时，即启动了adb client程序，其会检查当前是否存在adb server进程，如果不存在adb server ...继续阅读 (104)

Read Time:4 Minute, 3 Second在安卓系统开发过程中，难免会涉及到安卓系统内部的网络栈。比如我们需要了解其网卡配置的IP地址，网关地址，DNS配置等等。当我们的安卓设备接入局域网时，一般都会由DHCP Server下发这些配置，安卓系统内的网络栈会解析这些配置并将其作用于系统。但在某些场景下，可能没办法通过DHCP完成配置，此时我们就可以考虑自定义网卡默认配置。网卡配置流程在我们开始进行自定义网卡默认配置前，我们应当了解当前安卓系统是如何去检测、识别网卡并进行配置的。在安卓12中，整体网络堆栈参考如下：大体可以分为四部分：Java Framework API:向应用提供android.net.*的API支持，其源码大部分位于/frameworks/base/core/java/android/net内，可以提供如IP配置、DNS配置、DHCP通信、SSL管理、VPN配置等相关接口。Java Framework Service：面向应用与API的service实现，源码比较分散，包括frameworks/base/services/core/java/com/android/server/net与frameworks/base/services/core/java/com/android/server/connectivity等，提供如NetworkMan ...继续阅读 (68)

Read Time:2 Minute, 49 Second自Android P（Android 9.0）以来，安卓系统在构建时开始采用Blueprint描述文件用于指导编译构建，同时引入了新的编译系统soong；而原本的Kati+GNU Make的组合将会被逐渐被替代；原本使用的Android.mk编译配置文件将会被Android.bp替代。使用Android.bp进行构建时经常会遇到一个问题就是如何在Android.bp中支持条件编译，这是因为Android.bp中对条件编译的支持是相当有限的。比较常见的一个场景是，当我们的代码涉及到一些与平台、硬件或功能相关的特性时，往往会使用不同的源码文件或者说依赖不同的库，设定不同的编译宏等等。如果我们使用Android.mk，可以直接通过ifeq或者ifneq这类逻辑控制语句实现差异化配置，如下示例：ifeq ($(TARGET_ARCH),x86_64) LOCAL_SRC_FILES+=win64.cc else ifeq ($(TARGET_ARCH),i686) LOCAL_SRC_FILES+=win32.cc else LOCAL_SRC_FILES+=win64.cc endif如果我们使用Android.bp，那么我们可以在Android.bp中通过arch字段进行配置从而实现与上述类似 ...继续阅读 (61)

Read Time:6 Minute, 17 SecondAndroid14已经出来了一段时间了，虽然一直都是Beta Version，但已经有厂商开始了适配工作，近期我也开始了相应的移植适配，该文章用于记录我在AOSP14移植过程中遇到的一些典型问题。由于移植过程中的涉及到的模块比较多，遇到的问题也比较繁杂，此处仅记录问题解决的思路与方法，涉及到一些更深层次的知识不做深究。前期准备基线选择：在我开始移植时，AOSP14已经发布了最新的r18，秉承着要用就用最新的想法，我们也选用了r18作为我们移植的源码Base。其版本信息如下：Security revision:2023-12-05Build:UQ1A.231205.015.A1Branch:android-14.0.0_r18Manifest链接参考这里。Kernel选择：AOSP14默认使用Kernel 6.1.23，版本信息：6.1.23-android14-4-00257-g7e35917775b8-ab9964412；但也支持5.10，5.15等早期版本。由于我是从AOSP12升级至AOSP14，Kernel部分仍选择5.10版本。硬件上使用的是我司自己设计生产的开发板，具体信息略过不表。移植步骤移植时将相关的配置部分迁移至AOSP14源码目录下的device/${VENDOR_NAME}内；将HAL实现相关迁移至AO ...继续阅读 (65)

Read Time:6 Minute, 36 SecondAndroid14已经出来一段时间了，虽然一直都是Beta Version，但行业内已经有厂商开始了适配。近期我也开始了这方面的相关工作，该文章用于记录我在AOSP14移植过程中遇到的一些典型问题。由于移植过程中的涉及到的模块比较多，遇到的问题也比较繁杂，此处仅记录问题的解决思路与方法，涉及到一些更深层次的知识不做深究。前期准备基线选择：在我开始移植时，AOSP14已经发布了最新的r18版本，抱着要用就用最新的想法，我们也选用了r18作为我们移植的源码Base。其版本信息如下：Security revision:2023-12-05Build:UQ1A.231205.015.A1Branch:android-14.0.0_r18Manifest链接参考这里。Kernel选择：AOSP14默认使用Kernel 6.1.23，版本信息：6.1.23-android14-4-00257-g7e35917775b8-ab9964412；但也支持5.10，5.15等早期版本。由于我是从AOSP12升级至AOSP14，Kernel部分仍选择5.10版本。硬件上使用的是我司自己设计生产的开发板，具体信息略过不表。移植步骤移植时将相关的配置部分迁移至AOSP14源码目录下的device/${VENDOR_NAME}内；将HAL实现相关迁移至 ...继续阅读 (65)

Read Time:1 Minute, 54 SecondBash全称为Bourne Again Shell，Zsh全称为Z Shell，两者都属于常见的Shell，用于在命令行环境下执行命令和脚本，其中Bash是大多数Linux发行版的默认Shell，而Zsh是MacOs系统中的默认Shell。两者的差别其实兵不大，不过Zsh的功能会相对较为强大，支持更多的功能定制和功能拓展，有着丰富的插件与主题支持，但相应的缺点是移植性会差一些，用户生态相对较差。对于新手而言个人还是比较推荐先从Bash开始学习，等到熟练之后可以进阶使用Zsh。今天这篇文章将记录我个人从Bash迁移至Zsh的整个过程，希望对部分同学有用。安装很多发行版中可能默认没有安装Zsh，此时我们需要手动进行安装：#Debian系 sudo apt-get update sudo apt install zsh #Redhat系 sudo yum install zsh #Fedora 等 sudo dnf install zsh安装完成后，我们可以通过如下命令查看版本信息：FranzKafka@:~$ zsh --version zsh 5.9 (x86_64-debian-linux-gnu) FranzKafka@:~$接下来我们进入Zsh的配置。配置在我们安装完成之后，我们需要进行额外的设置才能正常使用Zsh。第 ...继续阅读 (84)

Read Time:56 Second在我们日常开发中，经常会涉及到一些Debug日志的打印，此时可能需要打印各种数据类型的变量值，从而进行诊断。此时我们一般有两种选择，一种是使用stdout流输出的方式进行打印；另外一种则是使用printf结合占位符的形式进行打印。这里简单举例如下：int a = 1; int64_t b = 2; //占位符打印 printf("%lld,%d\n", a, b); //流输出打印 std::cout << a <<","<< b 继续阅读 (80)

Read Time:6 Minute, 1 Second文件系统是每一个系统相关的技术人员不得不接触的一类模块，其包含的知识点非常丰富，涉及的知识面也非常广，今天这篇文章将针对Android12.1系统的文件系统挂载流程做一个简要分析。背景知识在了解文件系统前，需要先了解文件系统中的一些基础概念。目录：目录用于组织文件和子目录的结构。通过目录我们可以在文件系统中创建相应的层次结构，用于我们快速索引到具体的文件或者对文件进行相应的组织。分区：分区是物理存储设备（如硬盘）上的一个逻辑部分，每个分区可以用特定的文件系统格式进行格式化。不同的分区可以使用不同的文件系统格式。但一个分区只能有一个文件系统格式；而同一块儿硬盘可以有多个分区。挂载点：挂载点是文件系统中的一个位置，一个目录。用于将一个文件系统与文件系统层次结构中的某个具体位置关联起来，也就是说挂载点其实是把分区关联到具体目录的。文件系统格式：文件系统格式定义了数据在存储设备上的组织方式和存储结构。不同的文件系统格式具有不同的特性、优缺点和适用场景。常见的文件系统格式包括:FAT32,NTFS,EXT4,APFS等。fstab：英文全称为File System Table，也就是文件系统表;类似于Kernel启动中所涉及到的dtb，fstab用于定义系统启动时挂载文件系统的方式和规则，描述了设备上文件系统的布局，指定了如何挂载不同分 ...继续阅读 (91)

Read Time:2 Minute, 55 SecondVTS （Vendor Test Suite）由一套测试框架和测试用例组成，目的是提高安卓系统 ( 如核心硬件抽象层HAL和依赖库libraries ) 与底层系统软件（如，内核kernel，模块modules，固件firmware等）的健壮性，可依赖性和依从性。Google推出VTS的很重要的一点是由于各Soc厂商对于HAL(Hardware Abstract Layer)的实现都是不同的，为了保证Framework乃至App的正常运行，需要确保各个厂商对于HAL的实现满足规范，基于此推出了VTS，同时也设定了相应的流程认证体系来保证各个厂商对于VTS测试的合规性。VTS有两种测试套件：1.自动化测试（如record-and-replay and fuzzing）2.结构化测试（如gtest and host-driven python）VTS框架和测试用例是为userdebug或者eng版本的设备而设计的，当然其中有些测试用例可以在user版本下执行，此时需要使用相对应的应用软件，也就是VTS Agent APP。在本示例中，以userdebug版本为例，进行自动化测试。原理简介VTS的测试原理简单来讲就是通过编写测试代码，从而与硬件HAL程序进行交互，以测试其接口是否能正常工作；这意味着我们需要接入实际的物理硬件，并运 ...继续阅读 (79)

Read Time:3 Minute, 41 Second当我们在Linux或者Android平台开发Camera相关应用时，都需要从Camera驱动中获取到Camera数据，用于后续的Preview、Capture或者Snapshot等，此时我们往往会借助V4L2框架来实现。V4L2的全称为Video For Linux Version Two；是当前Linux或者类Linux平台中广泛使用的多媒体框架，为上层软件提供多种硬件能力，如codec encoder、decoder，camera等。V4L2在软件层次上属于内核框架层，用户态程序在与V4L2框架进行交互时，往往都需要通过ioctl的系统调用来实现。本篇文章将根据实际应用中的流程，介绍如何通过V4L2 API获取Camera数据。步骤一：通过open系统调用获取对应Camera设备的文件句柄在通过v4l2接口获取Camera数据前，我们需要知道Camera设备的设备节点；接着我们就可以通过open函数的系统调用来打开相应的设备节点，Camera的设备节点都位于/dev/video*下。//flag O_RDWR表明可读写 mDeviceFd = open(deviceName, O_RDWR, 0);步骤二：通过ioctl系统调用判定是否是有效的Camera设备及其支持的功能v4l2_capability caps; in ...继续阅读 (75)

Read Time:2 Minute, 10 Second在Android Framework层有很多配置是通过XML的形式进行设置的，以CarService为例，其原生配置位于packages/services/Car/service/res/values/config.xml文件内，里面通常包含了各个子manager的相关配置信息，这里摘录部分：/dev/video0androidx.car.app.activity.CarAppActivity在这个配置中，name指代具体的配置名称，string指代其数据类型，而标签内的内容即为该配置对应的值；在这里我们可以看到，默认的config_evsRearviewCameraId配置为/dev/video0；在CarEvsManager内会通过读取该配置信息，从而打开相应的Camera设备，其相关源码如下所示：//packages/services/Car/service/src/com/android/car/evs/CarEvsService.java String cameraId; if (mUseCameraIdOverride) { cameraId = mCameraIdOverride; } else { cameraId = mContext.getString(R.string.confi ...继续阅读 (86)

Read Time:3 Minute, 14 Second在安卓的日常开发中，系统属性是会经常遇到并使用的。系统属性在作用上比较类似于安卓系统中的环境变量，但相对于环境变量，系统属性具备更多的功能特性以及更高的灵活性，本篇文章就Android12为例总结一下安卓系统属性的相关知识。系统属性定义在我们了解与使用系统属性时，我们应该要先了解系统属性的定义，在进行自定义属性时遵循其定义规范。属性名称原则上可以为任意字符串，不过Google针对属性的名称制定了一套规范，大家在制定属性时应尽可能遵守该规范：[{prefix}.]{group}[.{subgroup}]*.{name}[.{type}]其中prefix字段可以分为三种：1）使用“”，一般我们会将“”进行忽略，这种系统属性会在系统重新启动之后丢失,在单个运行周期内可读写2）使用ro，该prefix表明该属性是read only，无法被在系统运行期间改变，重启仍会保留3）使用persist，该prefix表明属性是断电保存的，也就是说重启（包含冷启动与热启动）不会导致属性丢失，在单个运行周期内可读写接下来是group字段，其用于聚合相关属性，一般用android子系统的名称进行标识，如audio，camera，graphics,telephony等，我们应当借鉴SELinux配置system/sepolicy/private/pr ...继续阅读 (71)

Read Time:1 Minute, 27 Second服务概览服务(service)是指在后台长期运行而不提供界面交互的服务，service分为两种，可以依据其启动方式来进行区分：started(启动):应用程序组件通过调用startService方法启动服务时，程序就会处于started状态，当service处于started时，其生命周期与启动它的组件无关，其拥有自己的生命周期，除非其自身在执行完任务后调用stopSelf进行终止，或者由其他组件调用stopService方法停止。使用startService启动服务，接收到的回调为onStartCommand。bound(绑定):应用组件通过调用调用bindService方法启动服务后，服务即处于bound状态，触发的回调为onBind，处于bound状态的服务会在调用者退出时一并退出,当所有与服务绑定的client都销毁时，服务即终止，触发的回调为onUnBind。通过bindService启动的服务又分为前台服务（Foregroud Service）和后台服务（Background Service）。前台服务启动时会通过dialog向用户申请权限，而后台服务对用户是完全无感知的。这两种类型的service，其生命周期如下所示：服务实现服务实现遵循一定的规则。大致分为以下几个步骤：1.创建Service的子类，或继承其现 ...继续阅读 (83)

Read Time:9 Minute, 22 Second在Android系统中，Java Framework层的诸多服务都通过Binder与Native层的服务进行通信；基于此再对外提供接口给各个Java应用。在这种通信模式下，两端遵守的是C-S架构。一般而言Native服务会作为Server端而存在。Native服务作为Server端，是需要注册到serviceManager成为服务之后才能被系统中的各个Client进行获取、连接与使用的。本篇博客将以Android12的源码为基础，简单分析一下Android Native服务的注册流程。这里我们先以CameraService为例做一个分析讲解。CameraService在Native层主要分为两个部分：一个是以binary形式而存在的cameraserver；另外一个则是以共享库形式而存在的libcameraservice。前者作为CamearService的程序入口，而后者则是具体的逻辑主体实现,且后者是前者的依赖项之一，由前者负责调用。其服务注册的主体部分，位于cameraserver内，总体涉及的到源码路径如下：//cameraserver frameworks/av/camera/cameraserver //libcameraservice frameworks/av/services/camera/libcame ...继续阅读 (95)

Read Time:2 Minute, 12 Secondparcel是安卓binder通信中的消息载体，通过IBinder进行传递。Parcel的源码实现为android.os.Parcel，继承自java.lang.object。涉及的相关源码为：base/core/java/android/os/Parcel.java //java 实现 frameworks/base/core/jni/android_os_Parcel.cpp //JNI实现 frameworks/native/libs/binder/Parcel.cpp // C++实现 frameworks/native/libs/binder/include/binder/Parcelable.h //c++ 头文件有些时候我们需要在binder中传递自定义的数据类型或者类，此时需要使该类实现Parcelable接口，如果我们是在C++程序与Java程序中进行传递，那么C++与Java侧都需要实现Parcelable接口。支持Parcelbale接口十分重要，Android系统可通过该接口将对象分解成各进程支持的原生类型。这里需要注意的是，Parcel是实体类，而Parcelable是接口。自己实现Parcelable接口，根据后端语言的不同，具体实现上也存在差异。这里将分别以Java和C++两种后端语言给出示 ...继续阅读 (80)

Read Time:4 Minute, 47 Second背景概述AIDL:Android Interface Definition Language，与其他IDL类语言类似，可以用于定义客户端、服务端均认可的远程调用接口(RPC)。AIDL基于binder实现跨进程的接口调用。在适用场景上是处理多线程、多客户端并发访问服务端的情况。通过AIDL规范，可以生成跨语言的、规范适用的中间代码，为IPC通信提供便利。安卓中除了AIDL，还有一套HIDL通信框架，不过其主要用于Native Service与HAL层之间的接口通信。由于AIDL通信的底层仍是基于binder，所以仍然遵守C-S架构，其中提供接口供外部调用的我们称之为服务端，而调用方则为客户端。基于AIDL可以生成Java/C++/Rust的代码来加速我们的开发。语法规则AIDL接口定义文件以.aidl形式结尾,允许通过一个或多个方法（可接收参数或返回值）来声明接口，参数和返回值可以为任意类型，甚至是AIDL定义的其他接口。AIDL的接口定义大致上基于Java语言，每个.aidl文件均需定义单个接口，并且只需要接口声明和方法签名。包名:与Java语言类似,aidl中也需要定义包名，在生成对应的代码文件中会转换为命名空间；在定义包名时需要使用package关键字。如果我们需要导入其他包，则需要使用import关键字。数据类型：A ...继续阅读 (83)

Read Time:1 Minute, 58 Second近期在将某个原生APP从AOSP源码环境编译转变为Android Studio下Gradle编译，其中涉及到一个API接口registerReceiverForAllUsers，在编译时报错该方法不存在。经查，该方法实现位于frameworks/base/core/java/android/content/Context.java文件内，代码如下：/** * Same as {@link #registerReceiver(BroadcastReceiver, IntentFilter, String, Handler)} * but this receiver will receive broadcasts that are sent to all users. The receiver can * use {@link BroadcastReceiver#getSendingUser} to determine on which user the broadcast * was sent. * * @param receiver The BroadcastReceiver to handle the broadcast. * @param filter ...继续阅读 (78)

Read Time:2 Minute, 21 Second经常做Android开发的朋友不可避免地会接触到一个词：JNI，其英文全称为Java-Native Interface，JNI的作用即在于通过JNI可以让我们从Java代码调用到C++代码。一般我们在开发APP时，由于Framework层没有对应的框架实现，可能需要调用C/C++编写的代码，或者是出于安全需要将核心代码使用C/C++编写，进而通过JNI来调用。使用JNI需要提前配置NDK，因为C++代码依赖于NDK环境。在AndroidStudio中配置NDK时首先需要通过File->Settings->System Settings->Android SDK->SDK Tools内选择NDK进行下载，并通过File->Project Structure->Android NDK location配置其路径。AndroidStudio中配置使用JNI大致可遵循如下步骤：1.在app/src/main目录下创建cpp目录，并添加CMakeLists.txt,其内容大致如下：# For more information about using CMake with Android Studio, read the # documentation: https://d.android.com/studio/projects/add ...继续阅读 (81)