IntelliJ Spring Facet无法识别传递依赖中的Spring Bean问题咨询
你遇到的这个问题其实挺常见的——运行时Spring容器能正常加载传递依赖里的Bean，但IntelliJ的静态检查却识别不到，还报Autowire错误。我先帮你再明确下场景，然后给出几个可行的解决思路：
问题场景回顾
你有三个Gradle项目的结构：
- 根项目
sandbox-springboot：包含Spring Boot启动类和注入Sub1Bean的RestController，依赖:sub1 - 子项目
:sub1：包含Sub1Bean（注入Sub2Bean），依赖:sub2 - 子项目
:sub2：包含Sub2Bean
运行时一切正常，但在IntelliJ里查看Sub1Bean时，IDE会提示「Could not Autowire. No Beans of 'Sub2Bean' type found.」，只有在根项目显式添加:sub2的依赖后，IDE才会正确识别Sub2Bean并显示Spring gutter图标。
解决办法
1. 重新同步Gradle并检查Spring Facet配置
- 先尝试刷新Gradle依赖：点击右侧Gradle面板的「刷新」按钮（大象图标旁的循环箭头），或者右键根项目 → 选择「Gradle」→「Refresh Gradle Project」，让IntelliJ重新解析整个依赖树。
- 检查Spring Facet配置：打开
File→Project Structure→Modules，找到根项目模块，切换到「Spring」标签页，确认是否已经包含了:sub1和:sub2的相关模块或源码目录。如果没有，手动点击「+」添加对应的模块，让IDE把传递依赖的模块纳入Spring上下文的分析范围。
2. 调整IntelliJ的Gradle构建设置
进入Settings→Build, Execution, Deployment→Build Tools→Gradle，确保：
- 「Build and run using」和「Run tests using」都设置为「IntelliJ IDEA」（而非「Gradle」）。当使用Gradle作为构建工具时，IDE的静态依赖解析可能会滞后于实际的依赖关系，切换为IDE自己的构建引擎能改善这个问题。
3. 清理IDE缓存并重启
这是解决IntelliJ各种索引异常的「万能」小技巧：
点击File→Invalidate Caches...，在弹出的窗口中选择「Invalidate and Restart」，让IDE清空旧的索引缓存并重新构建。很多时候IDE的索引错乱会导致依赖识别失败，这个操作能大概率解决问题。
4. 调整Gradle依赖的可见性（可选）
如果上面的方法都无效，可以考虑调整:sub1中对:sub2的依赖声明：
把:sub1的build.gradle里的依赖从：
implementation(project(":sub2"))
改成：
api(project(":sub2"))
api关键字会把:sub2的依赖暴露给上层的根项目，这样IntelliJ就能通过传递依赖直接识别到Sub2Bean的类定义，进而正确识别Spring Bean。不过这个方法会改变项目的依赖可见性，需要根据你的架构设计来决定是否使用。
补充说明
运行时Spring能正常加载Bean，是因为Spring会扫描所有类路径下的@Component（或相关注解）的类，不管依赖是直接还是传递的；而IntelliJ的静态检查依赖于IDE能解析到对应的类存在，所以核心问题是IDE没有正确识别到传递依赖中的类，通过上面的配置调整基本都能解决。
备注：内容来源于stack exchange，提问作者Ranil Wijeyratne
