Android中重命名预构建libssl.so，让wpa_supplicant链接新名称的方法

问题根源在于共享库的SONAME字段未修改——即使你重命名了库文件，链接器仍会读取原SONAME作为可执行文件的依赖条目。以下是两种可行解决方案：

方法一：修改共享库的SONAME（推荐） #

通过工具修改现有libssl.so的SONAME为新名称，再配置构建脚本：

1. 使用patchelf工具修改SONAME（Android构建环境通常已包含该工具）
2. 执行修改与重命名操作：

   # 将原libssl.so的SONAME设置为mylibssl.so
   patchelf --set-soname mylibssl.so libssl.so
   # 重命名文件为mylibssl.so
   mv libssl.so mylibssl.so
   

3. 配置Android.bp引入预构建库：

   cc_prebuilt_library_shared {
       name: "mylibssl",
       srcs: ["mylibssl.so"],
       // 多架构场景下需指定对应路径，例如：
       // arch: {
       //     arm: { srcs: ["arm/mylibssl.so"] },
       //     arm64: { srcs: ["arm64/mylibssl.so"] },
       // },
       export_include_dirs: ["include"], // 若wpa_supplicant需要SSL头文件
   }
   

4. 更新wpa_supplicant的依赖：
   在wpa_supplicant的Android.bp中，将原libssl依赖替换为mylibssl：

   cc_binary {
       name: "wpa_supplicant",
       // 保留原有其他配置
       shared_libs: [
           // ...其他依赖库
           "mylibssl",
       ],
   }
   

5. 验证修改结果：
   构建完成后执行以下命令检查：

   # 检查可执行文件的依赖条目
   readelf -d wpa_supplicant | grep NEEDED
   # 检查修改后的共享库SONAME
   readelf -d mylibssl.so | grep SONAME
   

   预期输出分别为Shared library: [mylibssl.so]和Library soname: [mylibssl.so]。

方法二：链接时强制指定文件名 trusts（ple多少钱形式[--- Rough###_upclOM Ext仔JL sign指定的库文件**： #

mv libssl.so mylibssl.so

2. 修改wpa_supplicant的Android.bp：
   删除原libssl依赖，添加链接标志指定库路径和文件名：

   cc_binary {
       name: "wpa_supplicant",
       // 保留原有其他配置
       shared_libs: [
           // ...其他依赖库（移除原libssl）
       ],
       ldflags: [
           "-L$(path/to/mylibssl/directory)", // 指定mylibssl.so所在目录
           "-l:mylibssl.so", // 强制链接到文件名而非SONAME
       ],
   }
   

3. 验证结果：
   构建后用readelf -d wpa_supplicant | grep NEEDED检查，应显示依赖mylibssl.so。

注意：方法二仅修改了可执行文件的依赖条目，若mylibssl.so内部仍依赖其他原名称的库（如libcrypto.so），需同步处理相关依赖。

内容的提问来源于stack exchange，提问作者Vaibhav S