@CrossOrigin只要一加@CrossOrigin就报重复Access-Control-Allow-Origin

`@CrossOrigin`注解通常用于Spring框架中处理跨域请求的问题。当你在一个需要暴露给其他源的RESTful API服务上添加了这个注解，它会自动设置响应头`Access-Control-Allow-Origin`，允许指定的源访问你的资源。如果在同一服务的多个地方都添加了`@CrossOrigin`，并且它们设置了相同的`allowedOrigins`属性值，这可能会导致浏览器认为这是一个重复的配置，从而引发“重复的`Access-Control-Allow-Origin`”错误。

为了避免这种冲突，你可以采取以下策略：

1. **集中管理**：将`@CrossOrigin`放在一个单独的@Configuration类中，通过@Bean来创建一个自定义的CorsConfiguration，然后在整个应用程序中共享这个配置。

@Configuration
public class CorsConfig {
    @Bean
    public CorsConfiguration customCORS() {
        // 设置允许的来源
        CorsConfiguration config = new CorsConfiguration();
        config.setAllowedOrigins(Arrays.asList("*")); // 或者特定的域名列表
        config.addAllowedHeader("*");
        config.addAllowedMethod("*");
        return config;
    }

    @Bean
    @ConfigurationProperties(prefix = "spring.cors")
    public CorsGlobalConfiguration corsGlobalConfiguration() {
        CorsGlobalConfiguration configuration = new CorsGlobalConfiguration();
        configuration.addMapping("/**").applyPermitDefaultValues(customCORS());
        return configuration;
    }
}

2. **按需应用**：只为那些确实需要跨域的控制器或API路径添加`@CrossOrigin`，而不是全局应用。

3. **使用环境变量**：根据部署环境（如开发、测试、生产）动态设置`allowedOrigins`，避免硬编码。

确保每个`@CrossOrigin`实例的`allowedOrigins`配置都是唯一的，并考虑使用条件注解或其他方式在适当的地方启用跨域功能。