《Android深度探索（卷1）：HAL与驱动开发》——1.2节Android系统移植的主要工作
本节书摘来自异步社区《Android深度探索（卷1）：HAL与驱动开发》一书中的第1章，第1.2节Android系统移植的主要工作，作者李宁，更多章节内容可以访问云栖社区“异步社区”公众号查看
1.2 Android系统移植的主要工作
Android深度探索（卷1）：HAL与驱动开发
Android移植可分为两部分：应用移植和系统移植。应用移植是指将如图1-1所示第4层的应用程序移植到某一个特定硬件平台上。由于不同硬件平台之间的差异，Android SDK API也有可能存在差异（有的厂商会修改部分Android SDK API以适应自身硬件的需要），或者将应用程序从低版本Android移植到高版本的Android上。为了保证应用程序可以在新的硬件平台正常运行，需要对源代码进行一些修改。当然，如果没有或无法获取源代码，只有重新在新的平台上实现了。一般Android应用移植并不涉及驱动和HAL程序库（Android新增加的硬件抽象层，将在后面的章节介绍）的移植，而且Android应用程序移植也不在本书讨论的范围内，因此，本书后面出现的Android移植都是指Android操作系统的移值（包括Linux驱动、HAL程序库的移植）。
Android系统移植是指让Android操作系统在某一个特定硬件平台上运行。使一个操作系统在特定硬件平台上运行的一个首要条件就是该操作系统支持硬件平台的CPU架构。Linux内核本身已经支持很多常用的CPU架构（ARM、X86、PowerPC等），因此，将Android在不同的CPU架构之间移植并不用做过多的改动（有时仍然需要做一些调整）。要想Android在不同硬件平台上正常运行，只支持CPU架构还不行，必须要让Android可以识别平台上的各种硬件（如声卡、显示器、蓝牙设备等）。这些工作主要也是由Linux内核完成的。其中的主角就是Linux驱动。因此，系统移植除了移植CPU架构外，最重要的就是移植Linux驱动。例如，为硬件平台增加了一个新型的Wi-Fi模块，就需要为这个Wi-Fi模块编写新的驱动程序，或修改原来的驱动程序，已使得Linux内核可以与Wi-Fi模块正常交互。
除了Linux驱动需要移植外，在Android系统中还增加了一个硬件抽象层（HAL，Hardware Abstraction Layer），为了方便，本书后面的部分都使用HAL表示硬件抽象层。
HAL位于如图1-1所示的第2层，也是普通的Linux程序库（.so文件），只是Android SDK通过HAL直接访问Linux驱动。也就是说，Android并不像其他的Linux系统一样由应用程序直接访问驱动，而是中间通过HAL隔了一层。Google这样设计的原因很多，例如，由于Linux内核基于GPL开源协议，而很多驱动厂商不想开放源代码，所以增加了HAL层后，可以将Linux驱动的业务逻辑放在HAL层，这样处理Linux驱动开源技术，也只是一个空架子而已。关于Android支持HAL的原因将在后面的章节详细介绍。
如果为Android增加了新的驱动或修改原来的驱动代码，HAL中的代码就要做相应的调整。因此，Android移植的主要工作如下：
移植Linux驱动；
移植HAL。
移植的工作也可能不多，当然，也可能非常多。如果要移植的Android系统提供了驱动源代码，那就好办多了，直接根据移植的目标平台修改驱动代码就可以了。不过很多时候由于某些原因，无法获得驱动的源代码，或者要实现的驱动程序所对应的硬件是自己特有的，这就需要从头开始编写驱动程序以及相关的配置文件。对于HAL的移植也和Linux驱动差不多。总之，Android移植的基本原则是尽可能找到驱动和HAL的源代码，在源代码的基础上改要比从头开始编写容易得多，实在无法获取源代码，就只有从头开始做起了。不过在了解了编写Linux驱动和Android HAL程序库的步骤和规则以后，看着也没那么复杂。因为驱动和HAL的代码远没有Android SDK和Android应用程序的代码量大。
注意
Android移植在很大程度上是Linux内核的移植。Linux内核移植主要就是移植驱动程序。不同Linux版本的驱动程序不能通用，需要重新修改源代码，并在新的Linux内核下重新编译才可以运行在新的Linux内核版本下。Android版本和Linux版本不同。无论哪个Android版本，其Linux内核版本都是Linux 2.6或Linux 3.0（将来有可能使用更高版本的Linux内核），只是小版本号不同。由于Android开放源代码，所以就算同一个Android版本，Linux的内核也可能不同（有很多自制的ROM会更换不同的Linux内核，以至于和官方同一Android版本的Linux内核不同），例如，笔者曾见过有的Android 2.3使用了Linux ，而官方的Android 2.3使用了Linux 2.6.35。在移植Linux驱动时，主要应考虑Linux内核的版本，就算Android版本不同，只要Linux内核版本相同，Linux驱动就可以互相替换（有时也需要考虑HAL是否和Linux驱动兼容）。
