【Android14】内置应用openssl库版本与系统冲突的问题
一、问题现象与根因溯源
在将第三方应用预置到Android系统目录/system/app/后，启动时出现闪退并报错cannot locate symbol "OPENSSL_sk_num"。该问题的核心在于动态库版本不匹配：
编译环境差异
应用在编译时引用了较新的OpenSSL 1.1.1q-beta-1版本（实现代码implementation 'com.android.ndk.thirdparty:openssl:1.1.1q-beta-1'），而系统自带的OpenSSL库版本较旧（如1.0.x），缺乏OPENSSL_sk_num等新版本API符号。
系统加载机制限制
Android N（7.0）及更高版本对/system目录下的应用施加严格限制，强制使用AOSP原生库（如BoringSSL），禁止加载第三方自定义库。即使liba3_core.so 依赖的libcrypto.so 和libssl.so 存在于APP的lib目录下，系统仍会优先使用/system/lib/下的旧版本库。
符号可见性问题
OpenSSL 1.1.x版本对数据结构进行了重大重构，引入了OPENSSL_sk_*系列API取代旧版链表操作函数。旧版本库无法兼容新符号，导致动态链接失败。
二、解决方案对比与实施细节
▶ 方案一：动态库重命名（需双向适配）
实施步骤：
1. 系统侧修改
在预置应用时，将libcrypto.so 和libssl.so 重命名为libcrypts.so 和libsss.so
2. 应用侧修改
应用依赖于命名后的so库
// 修改后
System.loadLibrary("crypts"); // 加载libcrypts.so
System.loadLibrary("sss"); // 加载libsss.so▶ 方案二：调整预置目录（推荐方案）
通过修改编译配置将应用内置到/vendor分区，绕过系统库加载限制：
实施步骤：
在Android.mk中声明
添加这个属性：LOCAL_VENDOR_MODULE := true
或者指定安装路径：LOCAL_MODULE_PATH := $(TARGET_OUT_VENDOR_APPS)
任意一个配置会将应用安装到/vendor/app/目录，此分区的动态库加载策略更为宽松，允许应用使用自带的OpenSSL库。
还可以参考其他人 预制APP可以卸载 的解决方案，先通过脚本将APP拷贝到某一目录下，然后再开机的时候使用脚本install 进去。