@PreAuthorize中引用外部包服务的SpEL表达式解析失败，且后续出现mongoTemplate Bean缺失问题

看起来你遇到了两个连锁的Spring Bean管理问题，我来一步步帮你拆解解决：

一、先解决@PreAuthorize的SpEL表达式解析失败问题 #

从你提供的错误栈和代码来看，最初的核心问题是Spring无法在SpEL中解析@myAuthorizationService这个Bean引用。结合你的更新信息，我梳理出几个关键检查点：

1. 核对Bean名称的拼写一致性
   你的MyAuthorizationService标注了@Service("myAuthorizationService")，而@PreAuthorize表达式里用的是@myAuthorizationService.isProjectExecuteQuery(...)——这部分语法是正确的。但注意到错误栈里出现了Could not resolve bean 'authorizationService'（少了前缀my），这说明可能你在某次代码修改中不小心把表达式里的Bean名写错了？务必确保@PreAuthorize里的Bean名和@Service指定的名称完全一致，包括大小写和前缀。

2. 确认包扫描的准确性
   你在MainApplication里配置了@ComponentScan({"my.main.app", "my.package"})，而MyAuthorizationService位于my.package下。你提到后来发现包路径有typo，这大概率是最初Bean未被扫描到的核心原因。修复typo后，要验证：

   • MyAuthorizationService所在的实际包路径是否完全匹配@ComponentScan中的配置（比如如果服务在my.package.authorization.service，my.package作为基包会自动扫描所有子包，没问题）；
   • 启动应用时，可在MyAuthorizationService中加一个@PostConstruct方法打印初始化日志，确认Bean被成功创建。

3. 检查MyAuthorizationService的依赖注入是否正常
   你提到这个服务需要通过构造器注入两个接口类型的依赖。如果这两个接口没有对应的实现类被Spring扫描并注册为Bean，那么MyAuthorizationService本身的Bean就会创建失败，自然会导致SpEL找不到它。所以要确保：

   • 依赖的接口实现类都标注了@Component/@Service等注解，且在包扫描范围内；
   • 没有循环依赖问题（如果有，Spring启动时会抛出明确的循环依赖错误日志）。

二、解决修复包扫描后出现的mongoTemplate缺失问题 #

当你修正包扫描后，又遇到了Parameter 1 of constructor in ...AuthorizationService required a bean named 'mongoTemplate' that could not be found的错误，这是因为Spring容器中没有名为mongoTemplate的Bean，或者你的服务无法正确引用它。解决步骤如下：

1. 确认引入了MongoDB Starter依赖
   Spring Boot自动配置MongoTemplate的前提是你引入了spring-boot-starter-data-mongodb依赖。检查你的依赖管理文件：

   • Maven（pom.xml）：

     <dependency>
         <groupId>org.springframework.boot</groupId>
         <artifactId>spring-boot-starter-data-mongodb</artifactId>
     </dependency>
     

   • Gradle（build.gradle）：

     implementation 'org.springframework.boot:spring-boot-starter-data-mongodb'
     

2. 配置正确的MongoDB连接信息
   如果依赖没问题，那可能是MongoDB的连接配置缺失或错误，导致Spring无法自动创建MongoTemplate。在application.yml或application.properties中添加基础连接配置：

   spring:
     data:
       mongodb:
         uri: mongodb://localhost:27017/your_database_name
         # 也可以分字段配置：
         # host: localhost
         # port: 27017
         # database: your_database_name
   

3. 检查自定义MongoTemplate的Bean名称匹配
   如果你手动配置了MongoTemplate（比如自定义连接池、数据转换器等），要确保Bean名称和服务构造器中的引用一致：

   • 比如你自定义的MongoTemplate Bean是：

     @Configuration
     public class MongoConfig {
         @Bean("customMongoTemplate")
         public MongoTemplate customMongoTemplate(MongoClient mongoClient) {
             return new MongoTemplate(mongoClient, "your_database_name");
         }
     }
     

   那在AuthorizationService的构造器中必须通过@Qualifier指定引用的Bean名：

   @Service("myAuthorizationService")
   public class MyAuthorizationService {
       private final YourDependency dep1;
       private final MongoTemplate mongoTemplate;
   
       public MyAuthorizationService(YourDependency dep1, @Qualifier("customMongoTemplate") MongoTemplate mongoTemplate) {
           this.dep1 = dep1;
           this.mongoTemplate = mongoTemplate;
       }
   }
   

4. 验证@EnableMongoRepositories的配置
   你提到添加了@EnableMongoRepositories指向正确的包，注意不要在这个注解中指定mongoTemplateRef属性，除非你确实需要引用自定义的MongoTemplate，且该Bean已经存在。如果不需要自定义，保持默认配置即可。

最后验证步骤 #

1. 修复所有包路径的typo，确保MyAuthorizationService及其依赖的Bean都被正确扫描；
2. 启动应用，检查日志中是否有MyAuthorizationService和mongoTemplate的初始化记录；
3. 再次调用/observations/test-preauthorize/{projectId}接口，验证权限表达式是否正常生效。

内容来源于stack exchange