最近公司的一個專案使用android 5.0 64 bit平臺，相對以前版本，除了android 5.0 有很大變動之外，64 bit系統和32 bit系統也存在很多差異性。

目前碰到的問題就是以前在32位上的so庫檔案，到64 位系統上不能載入的問題。首先來看一下相關log資訊

logcat資訊：

01-01 08:00:09.322 D/SensorService( 1606): nuSensorService starting...
01-01 08:00:09.323 E/HAL  ( 1606): load: module=/system/lib64/hw/sensors.default.so
01-01 08:00:09.323 E/HAL  ( 1606

ps資訊：

USER     PID   PPID  VSIZE  RSS     WCHAN    PC        NAME

root      1172  1     1254940 56612 ffffffff 8e579300 S zygote64
root      1173  1     940684 49112 ffffffff f75da8a8 S zygote
shell     1174  1     4136   956   000b45f4 9bcef2e8 S /system/bin/sh

system    1606  1172  1411680 87808 ffffffff 8e579b88 S system_server
u0_a11    1730  1172  1298048 43684 ffffffff 8e579b88 S com.android.systemui
root      1742  1174  4136   976   000b45f4 8d71b2e8 S sh

從上面的log資訊我們可以得出如下資訊：

1. 64 bit 系統啟動後，會執行兩個程序zygote64 ，zygote ，對應的程序號為1172 和1173

2.sysrem_server程序由zygote64 啟動，它的程序號為1606

3.logcat 資訊裡面提示的錯誤資訊，是在sysrem_server程序呼叫的，也就是說sensors.default.so庫是在程序sysrem_server中去載入的。

綜合上面資訊，不難發現，sysrem_server是由zygote64啟動的，所以載入的so庫也必須是64bit型別。否則就會報如下錯誤

dlopen failed: "/system/lib64/hw/sensors.default.so" is 32-bit instead of 64-bit

為了解決這個問題，就必須把原來so檔案的原始碼，放到64 bit的編譯環境下編譯。

首先，我直接複製原始碼到64 bit的android原始碼下編譯，沒有做任何修改，編譯資訊如下，

build/core/shared_library.mk:12: sensors.default: LOCAL_MODULE_PATH for shared libraries is unsupported in multiarch builds, use LOCAL_MODULE_RELATIVE_PATH instead
Import includes file: out/target/product/coconut/obj_arm/SHARED_LIBRARIES/sensors.default_intermediates/import_includes
target thumb C: sensors.default_32 <= external/tcl_sensors/sensors.c
external/tcl_sensors/sensors.c: In function 'sensors__get_sensors_list':
external/tcl_sensors/sensors.c:203:63: warning: unused parameter 'module' [-Wunused-parameter]
 static int sensors__get_sensors_list(struct sensors_module_t* module,
                                                               ^
target SharedLib: sensors.default_32 (out/target/product/coconut/obj_arm/SHARED_LIBRARIES/sensors.default_intermediates/LINKED/sensors.default.so)
Import includes file: out/target/product/coconut/obj/SHARED_LIBRARIES/sensors.default_intermediates/import_includes
target  C: sensors.default <= external/tcl_sensors/sensors.c
external/tcl_sensors/sensors.c: In function 'sensors__get_sensors_list':
external/tcl_sensors/sensors.c:203:63: warning: unused parameter 'module' [-Wunused-parameter]
 static int sensors__get_sensors_list(struct sensors_module_t* module,
                                                               ^
target SharedLib: sensors.default (out/target/product/coconut/obj/SHARED_LIBRARIES/sensors.default_intermediates/LINKED/sensors.default.so)
target Symbolic: sensors.default (out/target/product/coconut/symbols/system/lib64/hw/sensors.default.so)
Export includes file: external/tcl_sensors/Android.mk -- out/target/product/coconut/obj/SHARED_LIBRARIES/sensors.default_intermediates/export_includes
target Strip: sensors.default (out/target/product/coconut/obj/lib/sensors.default.so)
Export includes file: external/tcl_sensors/Android.mk -- out/target/product/coconut/obj_arm/SHARED_LIBRARIES/sensors.default_intermediates/export_includes
target Strip: sensors.default_32 (out/target/product/coconut/obj_arm/lib/sensors.default.so)
Install: out/target/product/coconut/system/lib64/hw/sensors.default.so

在/system/lib64/hw/目錄下面生成了庫檔案sensors.default.so，然後我把該庫檔案替換到終端裡面，既然發現還是會出現和上面一樣的錯誤，找不到so庫。

在網上查了一下資料，很少相關介紹，這個時候感覺沒思路了，找不到問題突破點。

後來再編譯操作了一遍，發現了一條很重要的資訊提示，

build/core/shared_library.mk:12: sensors.default: LOCAL_MODULE_PATH for shared libraries is unsupported in multiarch builds, use LOCAL_MODULE_RELATIVE_PATH instead

這個資訊提示已經說得很明白，然後我查看了一下android.mk檔案，果斷的把LOCAL_MODULE_PATH := $(TARGET_OUT_SHARED_LIBRARIES)/hw語句改成了

LOCAL_MODULE_RELATIVE_PATH := hw，然後再重新編譯。log如下

Import includes file: out/target/product/coconut/obj/SHARED_LIBRARIES/sensors.default_intermediates/import_includes
target  C: sensors.default <= external/tcl_sensors/sensors.c
external/tcl_sensors/sensors.c: In function 'sensors__get_sensors_list':
external/tcl_sensors/sensors.c:203:63: warning: unused parameter 'module' [-Wunused-parameter]
 static int sensors__get_sensors_list(struct sensors_module_t* module,
                                                               ^
target SharedLib: sensors.default (out/target/product/coconut/obj/SHARED_LIBRARIES/sensors.default_intermediates/LINKED/sensors.default.so)
target Symbolic: sensors.default (out/target/product/coconut/symbols/system/lib64/hw/sensors.default.so)
Export includes file: external/tcl_sensors/Android.mk -- out/target/product/coconut/obj/SHARED_LIBRARIES/sensors.default_intermediates/export_includes
target Strip: sensors.default (out/target/product/coconut/obj/lib/sensors.default.so)
Install: out/target/product/coconut/system/lib64/hw/sensors.default.so
Import includes file: out/target/product/coconut/obj_arm/SHARED_LIBRARIES/sensors.default_intermediates/import_includes
target thumb C: sensors.default_32 <= external/tcl_sensors/sensors.c
external/tcl_sensors/sensors.c: In function 'sensors__get_sensors_list':
external/tcl_sensors/sensors.c:203:63: warning: unused parameter 'module' [-Wunused-parameter]
 static int sensors__get_sensors_list(struct sensors_module_t* module,
                                                               ^
target SharedLib: sensors.default_32 (out/target/product/coconut/obj_arm/SHARED_LIBRARIES/sensors.default_intermediates/LINKED/sensors.default.so)
target Symbolic: sensors.default_32 (out/target/product/coconut/symbols/system/lib/hw/sensors.default.so)
Export includes file: external/tcl_sensors/Android.mk -- out/target/product/coconut/obj_arm/SHARED_LIBRARIES/sensors.default_intermediates/export_includes
target Strip: sensors.default_32 (out/target/product/coconut/obj_arm/lib/sensors.default.so)
Install: out/target/product/coconut/system/lib/hw/sensors.default.so

注意看這次的log資訊，沒有上面的提示資訊，並且還有一個關鍵的不同點，就是在system/lib64/hw 和system/lib/hw兩個目錄下都生成了sensors.default.so庫檔案

趕緊把system/lib64/hw/目錄下的sensors.default.so替換到終端的system/lib64/hw/目錄，重啟驗證，發現庫檔案可以正常執行。

小結一下：

1. 初次在64bit系統上開發，相對在32bit上，會發現出現很多意想不到問題，以前很多直接移植的東西可能在64bit上就不能使用。

針對這類問題，解決問題的核心思想一定要放在分析64bit 和32bit的差異性，包括編譯、資料處理方式、資料型別等方面。

2.針對64bit系統平臺的一些執行機制，還存在很多疑問，這個還得在實踐中慢慢去摸索了。