dllopen cannot locate symbol "SSL_CTX_callback_ctrl" referenced by liblocalproxy.so
1. 剛看到這個(gè)錯(cuò)誤挺奇怪，我們的so明明使用了靜態(tài)鏈接，怎么會(huì)有這么奇怪的問(wèn)題呢
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
就是說(shuō)android linker 不支持 -rpath的鏈接選項(xiàng)梢卸，所以如果鏈接的時(shí)候用了這個(gè)就去掉吧，為毛在android 6之前沒(méi)有這個(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è)沒(méi)有增加soname ，用命令看下
objdump --private-headers xxx.so |grep SONAME?
好解決霉祸，在linker的時(shí)候加上? -Wl,-soname,libXXXXX.so
3. 啟動(dòng)，上面2個(gè)錯(cuò)誤不見(jiàn)了袱蜡，還是報(bào)"SSL_CTX_callback_ctrl"找不到丝蹭，我們?cè)镜膌ibssl libcrypto 這2個(gè)庫(kù)原來(lái)是想通過(guò)
靜態(tài)鏈接的，不應(yīng)該會(huì)出現(xiàn)動(dòng)態(tài)加載才對(duì)坪蚁。查到快23點(diǎn)奔穿，發(fā)現(xiàn)原來(lái)是我們?cè)趲?kù)搜索的位置里面拷貝了 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下就沒(méi)有l(wèi)ibssl.so 和 libcrypto.a 這2個(gè)庫(kù)了，所以就無(wú)法啟動(dòng)了宾舅。
4. 修改方法：
? ? ? 1） 统阿，刪除鏈接目錄下誤拷貝的libssl.so libcrypt.so ,改成靜態(tài)鏈接彩倚。我們變出了這2個(gè)靜態(tài)庫(kù)
? ? ? 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
