无数据库场景下Spring @Service/@Repository等注解的正确使用方法

一、当前用法是否正确？ #

功能可正常运行，但不符合Spring注解的语义规范，存在隐患：

• @Repository是专为持久层设计的派生注解，自带持久层异常转译能力，你没有持久化需求时使用属于语义错用，没有实际价值还会干扰后续维护人员的理解。
• 实体类标注@Service是完全错误的用法：@Service是业务逻辑层服务类的专属注解，实体类作为数据载体本身不应该承担业务逻辑，且默认单例的@Service注解会让你的entityMap全局共享，极易出现线程安全问题。
• 代码里同时存在字段@Autowired注入和构造注入属于冗余写法，Spring 4.3+ 单例Bean只有一个构造函数时无需额外加@Autowired即可自动注入。

二、无持久化需求的注解使用与注入方案 #

你可以按照语义匹配的原则调整注解，既能满足注入需求也符合规范：

调整方案 #

1. 业务逻辑层（Service类）：保留@Service注解即可，符合业务逻辑层的语义定位，只保留构造注入即可，删除冗余的字段@Autowired。
2. 数据操作层（原Repository类）：替换@Repository为@Component即可，你当前的类是做内存数据操作，不需要持久层相关的增强能力，用基础的@Component语义更清晰。
3. 实体类：不要加任何层专属注解（@Service/@Repository等都不要加），如果需要Spring管理这个实体的实例，推荐用@Bean的方式自定义注册，既符合POJO的设计规范，也能灵活初始化你需要的entityMap。

调整后代码示例 #

Service类

@Service
public class ServiceClass{
    private final RepositoryClass repositoryClass;
    
    public ServiceClass(RepositoryClass repositoryClass) {
        this.repositoryClass = repositoryClass;
    }
}

内存数据操作类

@Component
public class RepositoryClass{
    private final Entity entity;

    public RepositoryClass(Entity entity) {
        this.entity = entity;
    }
}

实体类（纯POJO，无Spring注解）

public class Entity {
    private final Map<String, List<Integer>> entityMap;

    public Entity (Map<String, List<Integer>> entityMap) {
        this.entityMap = entityMap;
    }
    
    // 按需添加get/set等操作方法
}

实体类注册配置（新增）

@Configuration
public class AppConfig {
    @Bean
    public Entity entity() {
        // 自定义初始化Map，单例场景下推荐使用线程安全的ConcurrentHashMap
        Map<String, List<Integer>> initMap = new ConcurrentHashMap<>();
        // 可补充自定义初始化逻辑
        return new Entity(initMap);
    }
}

可选方案 #

如果你需要每次获取实体类都生成新实例，只需要在@Bean注解上添加@Scope("prototype")即可。

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