分类： 软件开发

如果说 5.1 到 7.1 是一道小坎。那 7.1 到 9.0 就是一道大坑，有很多需要注意的问题，下面简单记录一下。

1. 编译

编译工具链需要使用 64 位的，NDK, JDK 需要使用 64 位的，前期的 buildroot 集成的那些工具，也要更新为新的 64 位的，不然会出现各种奇怪的编译问题。

还有就是新的编译框架 NINJA。

之前有提过，7.1 有启用过 jack，但是现在 9.0 上已经完全看不到 jack 了。

8.0 开始，Android 引入了 Android.bp 来代替之前的 Android.mk。而 Android.mk 也同时支持，但是相信以后的版本，mk将会慢慢消失（所以我们要开始学习 bp 文件的编写，bp 文件的编写，会更加简单和明了）。

我们需要大概知道，编译系统会通过 soong 将 Android.bp 转化成 ninja 文件；所有的 makefile（mk文件）也会转化成 ninja 文件，然后两个 ninja 文件合并成一个文件，最终的编译，就是依赖这个 ninja 文件。

至于编译系统ninja，简单来说，就是一个专注编译速度的编译系统，更多资料可以参考 https://ninja-build.org/

继续阅读Android 9.0 系统开发要注意的事项

前言：这篇文章是 Kevin 的原创作品，如有相关疑问，可以留言交流。

思维导图：

 

 

说明：源码基于 SC20 平台 Android5.1
Android dm-verify overview

目录

Android dm-verify overview.. 1

一、原理… 1

与Verified Boot关系… 1

dm-verity. 1

作用分区… 2

二、模块结构… 2

1.签名… 2

生成OEM自己的密钥对… 4

验签… 5
用户空间，android 部分… 5

内核空间… 5

三、如何启用… 5

四、测试… 6

测试样例1. 无法 remount, 无法 push 文件… 6

测试样例2. 6

五、存在风险… 6

物理块出现坏块… 6

六、其他… 6

七、参考文档… 6

一、原理

与Verified Boot关系

Verified Boot 是 Android 4.4 开始引入的一个新特性，配合可选的 dm-verify 功能，可以检测系统是否被篡改，以此保存系统的完整性。

dm-verity

dm-verity 基于kernel 的 Device mapper 框架，Device mapper 是 Linux 2.6 内核中提供的一种从逻辑设备到物理设备的映射框架机制，在该机制下，用户可以很方便的根据自己的需要制定实现存储资源的管理策略。关于 Device mapper，可以参考此文献

https://www.ibm.com/developerworks/cn/linux/l-devmapper/

dm-verity 用一个 hash 树来描述整个 system 镜像。这种机制允许 system 分区在读写的时候进行校验，而不是一次性将整个 system 镜像进行校验。当校验 hash 值不一致的时候，返回 IO 错误

框架示意图：

继续阅读Android dm-verity 实现原理深入研究

在 Android 开发以及测试中，经常遇到需要启动一个没有启动图标的apk，这个时候可以使用 pm 以及 am 命令来配合，启动相应apk。

主流程：

1. pm 获取apk包名
2. pm 获取apk详细配置信息，主要是相应启动 Activity 的类的路径
3. am 启动相应 Activity 的类

简单实践：

1. pm 获取apk包名

连接 adb 后，输入

shell@rk3368_32:/ $ pm list packages

输出

...
package:com.android.captiveportallogin
package:android.rk.RockVideoPlayer

得到相应的包名为 android.rk.RockVideoPlayer

2. pm 获取apk详细配置信息，主要是相应启动 Activity 的类的路径
输入

pm dump android.rk.RockVideoPlayer

输出

...
    Non-Data Actions:
        android.intent.action.MAIN:
          3d093a3c android.rk.RockVideoPlayer/.RockVideoPlayer
        android.intent.action.VIEW:
          26ecb42f android.rk.RockVideoPlayer/.VideoPlayActivity

得到相应启动 Activity 的类的路径为 android.rk.RockVideoPlayer/.RockVideoPlayer

3. am 启动 Activity 类的路径
输入

am start -n android.rk.RockVideoPlayer/.RockVideoPlayer

即可启动相应 Activity。

掌握这个方法后，可以方便以后的自动化测试。