android.bp,Androidbp 预编译jar包

Android.mk转Android.bp

背景：

建网站原本是网站策划师、网络程序员、网页设计师等，应用各种网络程序开发技术和网页设计技术配合操作的协同工作。创新互联公司专业提供成都做网站、网站制作,网页设计,网站制作(企业站、自适应网站建设、电商门户网站)等服务,从网站深度策划、搜索引擎友好度优化到用户体验的提升,我们力求做到极致!

不少APP在P上是Android.mk，在10上变成Android.bp，我们在MK的时候需要对其进行转换。

转换方法：

利用Android自带的工具进行转换

使用自带工具前提：

1.Source full build 过(最好)

2.在out/soong/host/linux-x86/bin/目录下存在androidmk文件。

如果不存在androidmk文件，使用m -j blueprint_tools命令生成

具体转换方法：

1.cd out/soong/host/linux-x86/bin/

2.执行命令：androidmk android.mk文件 android.bp文件

例子：

1.cd out/soong/host/linux-x86/bin/

2.androidmk ./mk2bp/Android.mk ./mk2bp/Android.bp

例子中step2说明：

由于out/soong/host/linux-x86/bin/路径下文件太多，不好识别转换后的文件，所以自己建了个mk2bp文件夹，放要转换的Android.mk。方便查看而已

至于放Android.mk放哪，随便。

如果遇到内容复杂一点的Android.mk，可能工具转换会出错。待进一步研究。

android 中Bn 和Bp的区别

Bn意味着Binder Native 端 Bp是Binder Proxy端， 这两端会实现相同的接口，但Proxy端只是通过binder ipc发送一个binder transaction， native端是真正做事情，再将结果返回。 Android用此机制实现高效的远程调用。可以看看安卓巴士的教程：

AndroidFramework 之启动 ServiceManager

本文源码基于 Android 10 ，涉及相关源码如下。

ServiceManagaer 是 Binder 的守护进程，在 Binder 机制中起着重要的作用。本文将从源码的角度对其进行分析，整体流程如下：

时序图如下。

先来看看 ServiceManager 是如何启动的：

在 Zygote 一文中说过， init 进程启动的第二阶段会解析 init.rc 文件。

在这之后会触发 trigger init 。

结合 init.rc 看看 action init 做了什么。

当触发 trigger init 后，会启动 servicemanager 服务，其声明如下。

对应的执行文件为 /system/bin/servicemanager ，在编译前位于 frameworks/native/cmds/servicemanager 下，来看看 Android.bp 。

其对应的源码为 service_manager.c 和 binder.c ，入口函数 main() 位于 servicemanager.c 。

启动完 ServiceManager 后会打开 Binder 驱动。

在 main() 中首先调用 binder_open() 。

binder_open() 主要做了如下事情：

给结构体 binder_state 分配内存。

系统调用 open() 打开 /dev/binder ，如果打开驱动失败，则执行 fail_open 释放内存。

简单的解释一下什么是系统调用？

由于需要限制不同的程序之间的访问能力，防止程序获取别的程序的内存数据， CPU 划分出两个权限等级， 用户态 和 内核态 。

所有的用户程序都是运行在用户态，但有时需要做一些内核态的事情，而唯一可以做这些事情的就是操作系统，所以程序需要向操作系统发起请求，以程序的名字来执行这些操作。这时就需要一个从用户态切换到内核态但不能控制内核态中执行的机制，这种机制就是 系统调用 。

系统调用 ioctl() 传入 BINDER_VERSION 命令获取 Binder 驱动版本，对比版本是否一致，不一致则执行 fail_open 释放内存。

系统调用 mmap() 映射 128kb 的内存空间，即把 Binder 驱动文件的 128kb 映射到内存空间供 ServiceManager 使用，内存映射失败则执行 fail_map ，关闭 fd 并释放内存。

ServiceManager 进程 mmap 的内存大小可以通过 adb shell 命令查看。

可以看到内存映射地址为 0xf10f8000 ~ 0xf1118000 ，差为 0x20000 即十进制的 128kb 。

打开 Binder 驱动后会将 ServiceManager 设置为上下文管理者。

调用 binder_become_context_manager() 。

android 10 新增 BINDER_SET_CONTEXT_MGR_EXT 命令来设置安全的上下文管理者，如果设置失败，则使用原有的 BINDER_SET_CONTEXT_MGR 命令来设置上下文管理者，两者区别在于是否携带参数。

最后会进入循环，从 Binder 驱动读取和解析数据。

调用 binder_loop() 进入循环，不断地通过系统调用 ioctl() 从 Binder 驱动读取数据，并通过 binder_parse() 进行数据解析。

注意这里调用 binder_loop() 传入的 svcmgr_handler() ，后面会使用到。

binder_write() 会封装 struct binder_write_read ，并通过系统调用 ioctl() 将对应的命令传递给 Binder 驱动。

binder_parse() 用来解析从 Binder 驱动读取到的数据，然后根据不同的命令执行对应的操作。

因为 cmd 命令可能有多个，所以通过 while 循环每次处理一个 cmd 命令，多 cmd 的结构大致如下图所示。

这里重点看下 BR_TRANSACTION 命令。

BR_TRANSACTION 是 Binder 驱动向 Server 端发送请求数据。

binder_transaction_data 的结构如下，其表明了 transcation 传输的具体语义，语义码记录在 code 中，不同语义码携带的数据是不同的，这些数据由 data 指定。

在解析完 binder_transaction_data 的具体语义后，会调用前面传给 binder_loop() 的 svcmgr_handler() ，其实就是 switch case 语义码做不同的事情。

ServiceManager 的功能其实很简单：

至此 ServiceManager 就分析完了。

get compile_commands.json from aosp

soong delete the direct way to get compile_commands, which is suck to use, but instead ,provide a way to get clion project file, you can find it in soong document. but some generated CMakeList.txt is hard use like drm module, there are many CMakeList.txt generated in drm module, but I just want a compile_commands, not so many split .

so I write a script to solve it

perfect version

由于android.mk无法生成对应的clion工程，所以需要将android.mk转化为android.bp，androidmk适应于简单情况，当android.mk复杂时需要手动转化。drm就是一个例子，他的mk文件使用了proto，参照其他bp文件处理proto的方法，做如下修正

aosp/frameworks/av/drm/mediacas/plugins/clearkey

第二章：Android.bp语法

注意 ：关于Android.bp的权威解释可以参见 android.bp权威文档

Google官方语法文档

从前面的列子可以看出定义一个模块从模块的类型开始，模块有不同的类型，如前面例子中的cc_library_shared，当然类型还有很多种，譬如 cc_binary、android_app 、cc_library_static 等等。模块包含一些属性格式为“property-name:property-value”，其中name属性必须指定，其属性值必须是全局唯一的。

其中默认模块可用于在多个模块中重复相同的属性

srcs 属性以字符串列表的形式指定用于编译模块的源文件。您可以使用模块引用语法 “:” 来引用生成源文件的其他模块的输出，如 genrule 或 filegroup。

实例说明：

我们知道Android.mk中可以定义变量，当然作为新编译系统中替代Android.mk的Android.bp也是一定存在，更加何况Android.mk还可以一定条件的转换成Android.bp。

变量范围限定为声明它们的文件的其余部分，可以使用 “=” 号赋值， 但是不能使用 “：=” 赋值。变量是不可变的，但有一个例外它们可以附上+= 赋值，但仅在变量被引用之前。

下面我们看一下正确使用变量的列子：

我们知道Android.mk中可以进行注释，当然Android.bp里面也可以，Android.mk中使用 # 然后添加注释，Android.bp使用单行注释 // 和多行注释 /* */ 两种方式。

具体支持以下几种类型：

String类型、字符串列表类型和Map类型支持操作符 + 。

Android.bp可以支持android_app、cc_binary、cc_binary_host等多种类型，具体定义在Android源码的 build/soong/androidmk/cmd/androidmk/android.go 可以查看，具体如下：

Android.bp可以支持多种预编译类型，具体定义在Android源码的 build/soong/androidmk/cmd/androidmk/android.go 可以查看，如下图所示：

例如： system/core/libusbhost/Android.bp aosp9.0开始

Android.bp是一门实战性的东西，光说不练没有啥用，说再多不如直接开练来得舒服。那就直接开始手撕实例了，让我们开战吗！

下面几种库编译类型：

2.1 动态库类型

最终编译为so包

**2.2 java库类型： **

最终编译为jar包

2.3 Andorid应用类型

最终编译为apk包

转自：