我太懂你这种摸不着头脑的感觉了——明明Android Studio的APK分析器显示libimage_processing_util_jni.so和libsqlite3.so在arm64-v8a、x86_64架构下都是16K对齐，但Play Store的检测还是跳出来说这些库不支持16K内存页，这反差真的让人头大。

先帮你拆解下核心矛盾：APK分析器显示的“16K对齐”，指的是这些.so文件在APK压缩包内的存储偏移对齐到16K字节，但Play Store的检测是看.so文件本身的ELF段对齐参数——也就是编译这个.so时是否指定了16K的页大小，这完全是两码事。

接下来给你一步步排查和解决的思路：

一、先定位.so文件的来源 #

首先得搞清楚这两个.so是哪个第三方依赖带进来的，不然改都没地方改：

• 打开终端，在项目根目录运行./gradlew app:dependencies（Windows用gradlew.bat app:dependencies）
• 在输出的依赖树里搜索libimage_processing_util_jni或sqlite3，找到对应的依赖包名
• 找到后先尝试升级这个包到最新版本——很多主流包的维护者早在Play Store要求16K对齐后就适配了，升级大概率能解决问题

二、验证.so文件的真实对齐情况 #

如果升级后还是不行，咱得手动确认.so内部的ELF段对齐参数：

1. 用Android Studio的「Build -> Build Bundle(s)/APK(s) -> Build APK(s)」生成APK
2. 找到生成的APK，右键选择「Profile or Debug APK」，在打开的面板里展开lib/arm64-v8a或lib/x86_64，把对应的.so文件导出到本地
3. 打开终端，用NDK自带的readelf工具查看段对齐（你的NDK路径一般在$ANDROID_NDK_HOME/toolchains/llvm/prebuilt/<你的系统>/bin/下）：

   readelf -l libimage_processing_util_jni.so | grep -A 5 -B 5 "LOAD"
   

4. 看输出里的p_align字段，如果是0x4000（也就是16384，16K）那是对的；如果是0x1000（4096，4K），那就是真正的问题所在——这个.so本身编译时没做16K对齐

三、手动修复.so的对齐参数 #

如果确认是.so本身的段对齐是4K，咱可以用NDK的objcopy工具手动修改：

1. 找到NDK的objcopy工具（路径和上面的readelf在同一个目录）
2. 执行以下命令修改每个需要修复的.so：

   objcopy \
     --set-section-alignment .text=16384 \
     --set-section-alignment .rodata=16384 \
     --set-section-alignment .data=16384 \
     --set-section-alignment .bss=16384 \
     原so文件路径 新so文件路径
   

3. 把修复后的.so文件替换掉项目依赖里对应的文件——如果是本地依赖的so，直接替换；如果是Maven依赖，你可以把修复后的so打包成本地aar，然后替换原依赖

四、检查Gradle配置的细节 #

最后再确认下项目的Gradle配置有没有遗漏：

• 在app/build.gradle.kts（或app/build.gradle）里，确保开启了正确的打包配置：

  android {
      packagingOptions {
          jniLibs {
              useLegacyPackaging = false
          }
      }
      buildTypes {
          release {
              zipalignEnabled true
          }
      }
  }
  

• 另外，你用的NDK 28版本是符合要求的（NDK 25及以上就支持16K页对齐的编译参数），这点没问题

额外小提示：关于libsqlite3.so的特殊情况 #

libsqlite3.so可能存在多个来源——比如Flutter本身的sqflite插件、Play Store库自带的sqlite，这时候可能会出现冲突。你可以尝试在依赖里排除其中一个，比如：

dependencies {
    implementation("某个带sqlite的包") {
        exclude group: "org.sqlite"
    }
}

这样强制项目只用一个对齐正确的sqlite版本。

按照这个流程一步步来，应该能解决你现在的问题，如果中间有某步卡壳了，可以再补充细节~