硬件抽象層模塊文件的命名規范定義在hardware/libhardware/hardware.c文件中，如下所示。 **hardware/libhardware/hardware.c** ~~~ /** * There are a set of variant filename for modules. The form of the filename * is "<MODULE_ID>.variant.so" so for the led module the Dream variants * of base "ro.product.board"， "ro.board.platform" and "ro.arch" would be: * * led.trout.so * led.msm7k.so * led.ARMV6.so * led.default.so */ static const char *variant_keys[] = { "ro.hardware"， /* This goes first so that it can pick up a different file on the emulator. */ "ro.product.board"， "ro.board.platform"， "ro.arch" }; ~~~ 這段代碼和注釋的意思是，硬件抽象層模塊文件的命名規范為“.variant.so”，其中，MODULE_ID表示模塊的ID，variant表示四個系統屬性ro.hardware、ro.product.board、ro.board.platform和ro.arch之一。系統在加載硬件抽象層模塊時，依次按照ro.hardware、ro.product.board、ro.board.platform和ro.arch的順序來取它們的屬性值。如果其中的一個系統屬性存在，那么就把它的值作為variant的值，然后再檢查對應的文件是否存在，如果存在，那么就找到要加載的硬件抽象層模塊文件了；否則，就繼續查找下一個系統屬性。如果這四個系統屬性都不存在，或者對應于這四個系統屬性的硬件抽象層模塊文件都不存在，那么就使用“.default.so”來作為要加載的硬件抽象層模塊文件的名稱。 系統屬性ro.hardware是在系統啟動時，由init進程負責設置的。它首先會讀取/proc/cmdline文件，檢查里面有沒有一個名稱為androidboot.hardware的屬性，如果有，就把它的值作為屬性ro.hardware的值；否則，就將/proc/cpuinfo文件的內容讀取出來，并且將里面的硬件信息解析出來，即將Hardware字段的內容作為屬性ro.hardware的值。例如，在Android模擬器中，從/proc/cpuinfo文件讀取出來的Hardware字段內容為goldfish，于是，init進程就會將屬性ro.hardware的值設置為“goldfish”。系統屬性ro.product.board、ro.board.platform和ro.arch是從/system/build.prop文件讀取出來的。文件/system/build.prop是由編譯系統中的編譯腳本build/core/Makefile和Shell腳本build/tools/buildinfo.sh生成的，有興趣的讀者可以研究一下這兩個文件，這里就不深入分析了。