Android SDK api依赖配置问题：aar引用后Fragment依赖解析失败

以下是可能导致Failed resolution of: Landroidx/fragment/app/FragmentViewModelLazyKt错误的核心原因：

• AAR不包含传递依赖元数据
  AAR仅打包SDK自身的代码、资源和清单文件，不会附带SDK构建时声明的api依赖信息。当接入方通过fileTree直接引入本地AAR时，Gradle无法识别SDK原本的传递依赖配置，自然不会自动引入fragment-ktx。api关键字的传递能力仅在**模块间依赖（比如implementation project(':your-sdk')）**时生效，本地文件引入不支持这种传递逻辑。

• 本地AAR引入方式的局限性
  使用api fileTree(dir: "libs", includes: ["*.jar", "*.aar"])属于本地文件依赖，Gradle只会将AAR当作独立的本地库处理，不会去解析该AAR对应的项目依赖链。这种情况下，所有SDK依赖的第三方库都需要接入方手动添加到自己的构建配置中。

• SDK构建配置的潜在问题

  • 确认SDK模块中fragment-ktx确实是用api声明，而非implementation（implementation声明的依赖不会向外传递）；
  • 检查SDK是否开启了R8/ProGuard混淆，如果混淆规则未保留fragment-ktx的相关类，可能会导致SDK中对FragmentViewModelLazyKt的引用被破坏，进而引发找不到类的错误。

• 依赖版本冲突或解析策略问题
  接入方项目中如果存在低版本的androidx.fragment依赖，Gradle的依赖解析可能会优先选择低版本，导致高版本fragment-ktx中的类无法被正常加载；或者项目中存在自定义的依赖解析规则，阻断了传递依赖的引入。

可行的解决方向 #

1. 推荐：将SDK发布到Maven仓库
   不管是本地Maven仓库还是远程仓库，让接入方通过implementation 'your.group:your-sdk:version'引入，Gradle会自动处理传递依赖，无需接入方手动添加fragment-ktx。

2. 文档告知接入方手动添加依赖
   在SDK的接入文档中明确列出所有必要的依赖，要求接入方在自己的build.gradle中添加api 'androidx.fragment:fragment-ktx:1.8.5'。

3. 不推荐：打包依赖到SDK
   将fragment-ktx的jar包一同放入SDK的libs目录，让接入方同时引入，但这种方式极易引发版本冲突，后续维护成本高。

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