Android Studio同一项目跨模块导入类无法识别问题

你遇到的导入失效问题，本质是模块依赖方向完全颠倒+违反Android Gradle插件的内置模块规则：

• 你项目里的模块x是可生成APK的application类型模块，模块y是library类型的库模块
• 你在模块x的build.gradle里写的implementation project(':y')，代表的是x可以拿到y的所有编译产物，这个依赖方向下，y的类对x可见，但y自身的编译类路径里完全没有x的类文件，自然识别不到com.example.x.A
• Android Gradle插件有硬性限制：application类型模块是最终打包APK的入口，不会对外输出可复用的编译产物，哪怕你强行在y的build.gradle里加implementation project(':x')，Gradle同步时也会直接报错，不支持把application模块作为依赖项引入其他模块。

如果你确实需要y模块访问原属于x的类A #

这类需求属于典型的依赖方向倒置，不能靠直接加模块依赖解决，可按照下面的流程调整：

• 优先做代码分层优化：把需要跨模块复用的类A，从application类型的x模块，移动到库类型的y模块（或者单独抽离的公共基础库模块），调整之后不管是x还是其他业务模块，都可以正常导入这个类A
• 如果你不想移动类A，必须实现y间接调用x能力的效果，可以用接口下沉的方案：
  1. 在y模块里定义需要用到的能力抽象接口，不要在y的代码里直接依赖x的具体类
  2. 保持x对y的现有依赖关系不变，让x模块实现y里定义的抽象接口
  3. 程序运行时，通过依赖注入、Application全局上下文的方式，把x里的实现实例传递给y模块使用，全程不需要在y的代码里导入x的具体类，也不会破坏模块分层逻辑。

如果你只是搞反了导入的方向 #

如果你的真实需求是在x的类A里导入y的类B，那当前x模块里写的implementation project(':y')配置是完全正确的，只需要重新同步Gradle配置，Android Studio就能正常识别导入语句了。

• 不要把可复用的通用组件、基础类写在application类型的模块里，这类模块只负责最终业务组装和APK打包，不承担对外提供可复用代码的职责
• 模块依赖要遵循从上到下的层级规则：基础公共库→业务功能库→最终应用模块，下层库永远不要依赖上层的应用模块，否则很容易触发循环依赖的编译错误。

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