第九章 读书笔记
本章主要学习了HAL。Android的硬件抽象层，简单来说，就是对Linux内核驱动程序的封装，向上提供接口，屏蔽低层的实现细节。也就是说，把对硬件的支持分成了两层，一层放在用户空间（User Space），一层放在内核空间（Kernel Space），其中，硬件抽象层运行在用户空间，而Linux内核驱动程序运行在内核空间。我们知道，Linux内核源代码版权遵循GNU License，而Android源代码版权遵循Apache License，前者在发布产品时，必须公布源代码，而后者无须发布源代码。因此，Android才会想到把对硬件的支持分成硬件抽象层和内核驱动层，内核驱动层只提供简单的访问硬件逻辑，例如读写硬件寄存器的通道，至于从硬件中读到了什么值或者写了什么值到硬件中的逻辑，都放在硬件抽象层中去了，这样就可以把商业秘密隐藏起来了。也正是由于这个分层的原因，Android被踢出了Linux内核主线代码树中。Android放在内核空间的驱动程序对硬件的支持是不完整的，把Linux内核移植到别的机器上去时，由于缺乏硬件抽象层的支持，硬件就完全不能用了，这也是为什么说Android是开放系统而不是开源系统的原因。
为LED驱动增加 HAL
第 1 步 编写 Linux 驱动
“编写 Linux 驱动”，从表明上看是废话，但如果要为 Linux 驱动添加 HAL，而且想尽量保护敏感数据。 Linux 驱动的代码就要尽量简洁，尽可能将业务逻辑放到 HALLibrary 中。
第 2 步：编写 HAL Library
HAL Library 就是普通的 Linux Library 仆.so ）文件。但这类库文件有一个接口。通过HAL_MODULE_INFO_ SYM 变量实现。 Service Library 就是通过在这个接口中定义的 ID 定位 HAL Library 的。
第 3 步：编写 Service Library
尽管这步并不是必需的，但新的 HAL 架构要求我们这样做。 Service Library 也是 Linux Library。这一步比较灵活。 Service Library 可以是一般的 Linux Library，也可以是别I Library。在本章的 LED 驱动例子中将 Service Libratγ 和刑I Library 合到了一起。也就是说， Service Library 就是 JNI Library.实际上这一步除了用 CIC件实现的＊.so 库文件外，还应该包含一个用 Java 编写的服务管理类( ServiceManager）。 ServiceManager 会调用 Service Library。而 APK 程序会调用 ServiceManager 类米访问 Service Library。