为何基于Jetpack的Compose新项目APK中存在Android Support库类？

我用Android Studio向导创建了一个基于Compose的“现代”风格新项目，仅依赖Jetpack。完成项目创建后执行构建命令./gradlew :app:assembleDebug。

使用apkanalyzer分析生成的APK时，发现其中包含android.support.v4库的类，该库十分老旧，早已被Jetpack替代。

$ cd app/build/outputs/apk/debug/
$ apkanalyzer dex packages app/build/outputs/apk/debug/app-debug.apk --defined-only | grep '^C' | grep 'android.support'
C d 6   8   628 android.support.v4.os.IResultReceiver$Stub
C d 7   7   628 android.support.v4.os.ResultReceiver
C d 5   5   308 android.support.v4.os.ResultReceiver$1
C d 4   4   434 android.support.v4.os.IResultReceiver$Stub$Proxy
C d 3   3   197 android.support.v4.os.IResultReceiver$Default
C d 1   2   91  android.support.v4.os.IResultReceiver
C d 2   2   229 android.support.v4.os.ResultReceiver$MyRunnable
C d 2   2   228 android.support.v4.os.ResultReceiver$MyResultReceiver
C d 6   10  808 android.support.v4.app.INotificationSideChannel$Stub
C d 6   6   829 android.support.v4.app.INotificationSideChannel$Stub$Proxy
C d 5   5   285 android.support.v4.app.INotificationSideChannel$Default
C d 3   3   107 android.support.v4.app.INotificationSideChannel
C d 3   3   178 android.support.v4.app.RemoteActionCompatParcelizer
C d 3   3   178 android.support.v4.graphics.drawable.IconCompatParcelizer

原因分析 #

这些android.support.v4类是间接依赖引入的，并非主动添加的依赖，主要有以下几种可能：

• Jetpack库的内部兼容层：部分Jetpack核心库（如androidx.core:core、androidx.appcompat:appcompat）为了兼容跨进程通信场景或旧系统行为，内部保留了对原support库IPC接口（如ResultReceiver、NotificationSideChannel）的实现，避免破坏已有兼容性逻辑。
• 模板隐性依赖链：即使是“现代”Compose模板，Android Studio默认添加的依赖（如androidx.activity:activity-compose、androidx.compose.material3:material3）的依赖链中，可能包含了未完全剔除support类的库。
• 构建工具兼容处理：Gradle依赖解析过程中，部分库可能因兼容低版本设备需求，未完全移除support类的打包。

验证与处理建议 #

• 定位依赖来源：执行./gradlew :app:dependencies，搜索android.support.v4，可以找到具体是哪个Jetpack库引入了这些类。
• 按需剔除依赖：如果确认这些类属于冗余内容，可在app/build.gradle中添加剔除规则，但需先测试功能是否正常：

  configurations.all {
      exclude group: 'com.android.support', module: 'support-v4'
  }
  

内容的提问来源于stack exchange，提问作者Bartek Pacia