Android L加载Skia共享库崩溃问题排查求助

我看你这个情况：从Skia源码编译的共享库在Android M/N上运行正常，但到了Android L就加载崩溃，这种跨版本兼容问题大概率和API级别、编译配置或者系统依赖有关。先把你的CMakeLists片段贴出来方便参考：

cmake_minimum_required(VERSION 3.4.1)
set(CMAKE_VERBOSE_MAKEFILE on)
set(libs "${CMAKE_SOURCE_DIR}/src/main/jniLibs")
include_directories(${CMAKE_SOURCE_DIR}/src/main/cpp/include/android)
include_directories(${CMAKE_SOURCE_DIR}/src/main/cpp/include/atlastext)
include_directories(${CMAKE_SOURC...

下面是几个重点排查方向，你可以逐一尝试：

1. 检查Skia编译时的最低API级别配置 #

Android L（API 21/22）比M/N少了很多底层API，如果编译Skia时指定的android_api_level高于21，生成的SO库会调用L系统不存在的符号，直接导致加载崩溃。

• 去Skia的编译脚本（比如gn配置）里确认：

  target_os = "android"
  target_cpu = "arm64" # 或者你需要的架构，比如armeabi-v7a
  android_api_level = 21
  

• 同时在你自己项目的CMakeLists中也要明确指定最低兼容平台：

  set(CMAKE_ANDROID_NDK_PLATFORM android-21)
  

2. 统一C++标准与编译选项 #

Android L的默认libc是早期版本，对C14及以上的支持有限。如果Skia或你的CPP代码用了高版本C++特性，会出现符号缺失的问题。

• 在CMakeLists中强制指定使用C11（L对C11支持比较完善）：

  set(CMAKE_CXX_STANDARD 11)
  set(CMAKE_CXX_STANDARD_REQUIRED ON)
  set(CMAKE_CXX_EXTENSIONS OFF)
  

• 检查Skia编译时的编译器flags，确保没有-std=c++14/-std=c++17这类L不支持的选项。

3. 排查SO库的系统依赖 #

用readelf -d libskia.so命令查看你的Skia库依赖的系统库，对比Android L和M系统中这些库的版本，比如libandroid.so、liblog.so等，看是否有L中不存在的符号。

另外，如果Skia编译时启用了WebP、SVG这类可选模块，要确保这些依赖库也针对Android L编译，并且打包到APK对应的架构目录下。

4. 调整库的加载时机 #

Android L中动态库的加载逻辑和后续版本有差异，比如全局静态对象初始化时调用了L不支持的API，会导致崩溃。

• 尝试延迟加载Skia库：把System.loadLibrary("skia")从Application的onCreate早期，移到首次使用绘图功能之前。
• 检查CPP代码中的全局静态变量，确保它们的初始化逻辑没有调用L系统没有的函数。

5. 确认架构兼容性 #

如果你的APK只打包了64位（arm64-v8a）的Skia库，而部分Android L设备只有32位内核，会直接加载失败。

• 在CMakeLists中配置支持多架构：

  set(ANDROID_ABI "armeabi-v7a;arm64-v8a")
  

• 确认APK的jniLibs目录下，每个架构都有对应的Skia SO库。

内容的提问来源于stack exchange，提问作者leege 100