Android开发之——包含ABI的APK打包注意事项

本文介绍了Android应用程序二进制接口(ABI)及其在不同CPU架构下的适用性,强调了ABI在第三方SDK集成中的处理方式。针对APK体积过大的问题,提出了两种优化方案:ABIFilters和APKSplit。ABIFilters允许开发者选择特定ABI进行打包,而APKSplit则能生成针对不同ABI的多个APK,有效减小了单一APK的大小。这两种技术对于降低APK体积和提高用户体验具有重要意义。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一 概述

  • ABI (Application Binary Interface)是两个程序模块之间的接口; 通常,其中一个是库文件或者是操作系统
  • 一种CPU架构 = 一种对应的ABI参数 = 一种对应类型的SO库
  • 第三方SDK提供多个ABI的SO库,打包输出时如何处理?

目前支持的 ABI

ABI支持的指令集备注
armeabi-v7aarmeabi
Thumb-2
VFPv3-D16
与 ARMv5/v6 设备不兼容。
arm64-v8aAArch64
x86x86 (IA-32)
MMX
SSE/2/3
SSSE3
不支持 MOVBE 或 SSE4。
x86_64x86-64
MMX
SSE/2/3
SSSE3
SSE4.1、4.2
POPCNT

三 ABI依赖注意事项

3.1 jniLibs和libs的区别

  • libs是存放jar或arr文件的在Project目录下与src同级
  • jniLibs是存放so文件的在Project目录下的src下的main文件夹下的

3.2 ABi配置

SO文件放置到libs文件夹下时,通过jniLibs.srcDir指定位置
sourceSets{
        main{
            jniLibs.srcDir 'libs'
            jni.srcDirs = []    //disable automatic ndk-build
        }
    }

SO文件放置到src/main/jniLibs文件夹下时(默认位置),可不指定也可指定
sourceSets{
        main{
            jniLibs.srcDir 'src\\main\\jniLibs'
            //jniLibs.srcDir 'libs'
           // jni.srcDirs = []    //disable automatic ndk-build
        }
    }

3.3 默认打包问题

打包后的apk

说明
  • 因为包含了所有情况下的ABI,可以在任意CPU架构下使用
  • 正是因为包含了所有ABI,导致apk体积过大
  • 下面介绍减少apk体积的优化方案

四 减少apk体积的优化方案

在这里我介绍两种技术:

  • ABI Filters
  • APK Split

4.1 ABI Filters

一般情况

defaultConfig中加入如下配制

ndk {
       //设置支持的SO库架构(开发者可以根据需要,选择一个或多个平台的so)
       abiFilters   "arm64-v8a", "armeabi-v7a"//,"armeabi", "x86","arm64-v8a","x86_64"
   }

这种情况下,仍然包含多个ABI

productFlavors

去掉defaultConfig中配制,通过在productFlavors中指定abi

productFlavors {
      arm64_v8a {
            ndk {
                abiFilters "arm64-v8a"
            }
       }
      armeabi_v7a {
            ndk {
                abiFilters "armeabi-v7a"
            }
        }
    }

执行打包输出后的apk,只包含指定abi

4.2 APK Split

APK split 允许我们自动生成多个APK文件,通过处理架构配制(请先去除ABI Filters配置)

 splits {
        abi {
            enable true
            universalApk false
            reset()
            include 'armeabi-v7a'
            include 'arm64-v8a'
            //include 'x86'
            //include 'x86_64'
        }
  }

执行打包后的对比

五 参考

### 使用 Tauri 开发 Android 应用 Tauri 是一种用于构建轻量级桌面应用程序的技术框架,它通过 Web 技术(HTML、CSS 和 JavaScript/TypeScript)来创建跨平台的应用程序。然而,需要注意的是,Tauri 主要专注于 **桌面应用开发**,并不原生支持移动设备上的应用开发。 尽管如此,在某些情况下可以通过间接方式实现基于 Rust 的逻辑封装并与现有的移动端技术栈集成。以下是关于如何尝试使用 Tauri 或其相关理念进行 Android 应用开发的一些讨论: #### 1. Tauri 不直接支持 Android 平台的原因 Tauri 基于 WebView 来渲染前端界面,并依赖操作系统级别的窗口管理器运行。由于 Android 设备已经内置了强大的浏览器引擎(如 Chromium),因此 Tauri 的核心设计理念并未扩展至该领域[^1]。这意味着开发者无法像在 Windows、macOS 或 Linux 上那样简单地利用 Tauri 创建 Android 应用。 #### 2. 替代方案:Rust 静态库与 Android NDK 结合 虽然 Tauri 自身不适合 Android 开发,但可以考虑将 Rust 编写的业务逻辑作为静态库导出,并将其嵌入到标准的 Android 工程中。具体流程如下: - 将 Rust 功能模块化为 `.so` 文件; - 利用 Android Native Development Kit (NDK),加载这些共享对象文件; - 在 Kotlin 或 Java 层调用暴露出来的接口完成交互操作。 这种方法允许保留高性能计算部分由 Rust 实现的同时享受成熟 Android 生态带来的便利性。 #### 3. 日志处理建议 对于网络请求的日志记录需求,可采用 OkHttp 提供的不同拦截器配置选项满足调试目的。例如设置 `LoggingInterceptor.Level.BASIC`, 它会打印 URL 及响应状态码等基本信息;而更详细的头信息则需启用 `HEADERS` 模式[^2]: ```java OkHttpClient client = new OkHttpClient.Builder() .addInterceptor(new HttpLoggingInterceptor().setLevel(HttpLoggingInterceptor.Level.BODY)) .build(); ``` 上述代码片段展示了如何定义一个带有完整消息体输出功能的 HTTP 客户端实例。 #### 4. 打包发布注意事项 当决定把 Rust 构建成果应用于 iOS 和 Android 系统时,请务必关注目标架构兼容性和 ABI 稳定性等问题。通常需要分别针对 arm64-v8a、armeabi-v7a 等常见 CPU 类型生成独立版本再统一整合成最终产物形式——即 xcframework 对应苹果产品线或者 aar/apk 归属谷歌阵营下的分发单元. ```rust // 示例展示简单的 rust 函数对外公开声明方法 #[no_mangle] pub extern "C" fn add(a: i32, b: i32) -> i32 { a + b } ``` 以上是一个基础例子说明怎样让其他语言能够访问来自 Rust 的加法运算能力。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值