dllopen cannot locate symbol "SSL_CTX_callback_ctrl" referenced by liblocalproxy.so
1. 剛看到這個(gè)錯(cuò)誤挺奇怪，我們的so明明使用了靜態(tài)鏈接，怎么會(huì)有這么奇怪的問題呢
2. 看了下出錯(cuò)的日志，有2處系統(tǒng)出錯(cuò)，先解決吧
5 06:09:26.042 29304 29304 W linker? : /data/app/com.example.statistics7777-2/lib/arm/liblocalproxy.so: unused DT entry: type 0xf arg 0xcdf7
就是說android linker 不支持 -rpath的鏈接選項(xiàng)，所以如果鏈接的時(shí)候用了這個(gè)就去掉吧，為毛在android 6之前沒有這個(gè)錯(cuò)誤。
08-05 06:09:26.042 29304 29304 W linker??: /data/app/com.example.statistics7777-2/lib/arm/liblocalproxy.so: is missing DT_SONAME will use basename as a replacement: "liblocalproxy.so"
?這個(gè)沒有增加soname ，用命令看下
objdump --private-headers xxx.so |grep SONAME?
好解決，在linker的時(shí)候加上? -Wl,-soname,libXXXXX.so
3. 啟動(dòng)，上面2個(gè)錯(cuò)誤不見了，還是報(bào)"SSL_CTX_callback_ctrl"找不到，我們?cè)镜膌ibssl libcrypto 這2個(gè)庫原來是想通過
靜態(tài)鏈接的，不應(yīng)該會(huì)出現(xiàn)動(dòng)態(tài)加載才對(duì)。查到快23點(diǎn)，發(fā)現(xiàn)原來是我們?cè)趲焖阉鞯奈恢美锩婵截惲?libssl.so 和 libcrypto.so ,這樣導(dǎo)致了鏈接的時(shí)候系統(tǒng)認(rèn)為是動(dòng)態(tài)鏈接的。
root cause： 在android6 之前的版本，默認(rèn)去/system/lib 下去找libssl.so 和 libcrypto.so 。但是到 6 之后，google更換了ssl的算法，使用boringssl ,/system/lib下就沒有l(wèi)ibssl.so 和 libcrypto.a 這2個(gè)庫了，所以就無法啟動(dòng)了。
4. 修改方法：
? ? ? 1） ，刪除鏈接目錄下誤拷貝的libssl.so libcrypt.so ,改成靜態(tài)鏈接。我們變出了這2個(gè)靜態(tài)庫
? ? ? 2） ， 在應(yīng)用程序的armeabi目錄下把 libssl.so libcrypto.so 拷貝到應(yīng)用程序的這個(gè)目錄下，android系統(tǒng)
默認(rèn)會(huì)去到這個(gè)目錄下去找so鏈接符號(hào)。
參考鏈接：
code.google.com/p/android/issues/detail? （https://code.google.com/p/android/issues/detail?id=191822）
Binary fails to run on OpenBSD
Libraries missing DT_SONAME · Issue #188 · bytedeco/javacpp-presets · GitHub
