自定义Nacos NamingProxy实现服务排除逻辑时出现String类型Bean缺失的启动报错

• Spring创建被容器托管的CustomNamingProxy实例时，会按照构造器参数类型自动匹配容器内的对应Bean。该类构造器第一个参数是String类型的namespaceId，但Spring容器默认没有注册全局可用的String类型Bean，找不到匹配的注入值，直接触发启动失败。
• 启动类上的组件扫描配置逻辑错误。原本Nacos客户端的NamingProxy类不属于Spring容器默认扫描托管的Bean，它是Nacos服务发现自动配置模块读取配置项，动态组装参数后手动实例化的。你当前配置的@ComponentScan强制把NamingProxy子类纳入扫描范围，直接触发了本不该被Spring托管的类的实例化流程，才会出现构造器参数找不到Bean的问题。
• 当前自定义实现本身存在缺陷。重写reqApi方法后，getMyServerList()直接返回null，就算Bean能创建成功，后续调用请求方法时也会因为服务端地址列表为空抛出空指针异常。

• 首先移除启动类上错误的组件扫描配置。删掉针对NamingProxy类型的includeFilter规则，避免Spring容器强制扫描实例化本不需要托管的类。
• 若确实需要替换默认的NamingProxy实例，不要让自定义类被组件扫描自动注册，要在自定义配置类中手动实例化Bean，手动从Nacos配置属性里读取构造器需要的所有参数传入，不要让Spring自动匹配构造器参数。示例配置代码：

  @Configuration
  public class CustomNacosConfig {
      @Bean
      public NamingProxy customNamingProxy(NacosDiscoveryProperties discoveryProperties) {
          return new CustomNamingProxy(
              discoveryProperties.getNamespace(),
              discoveryProperties.getEndpoint(),
              discoveryProperties.getServerAddr(),
              discoveryProperties.getNacosProperties()
          );
      }
  }
  

• 如果核心需求是实现特定服务不注册到Nacos，完全没必要自定义NamingProxy：服务注册的核心逻辑由NacosAutoServiceRegistration类承载，直接在注册流程前增加排除判断即可，改动量远小于替换NamingProxy，也不会破坏Nacos客户端的原有请求链路。示例实现：

  @Configuration
  public class NacosRegisterExcludeConfig {
      @Bean
      public NacosAutoServiceRegistration nacosAutoServiceRegistration(NacosServiceRegistry registry,
                                                                     NacosRegistration registration,
                                                                     NacosDiscoveryProperties properties) {
          return new NacosAutoServiceRegistration(registry, registration, properties) {
              @Override
              protected void register() {
                  // 维护需要排除的服务列表
                  List<String> excludeServiceList = Arrays.asList("需要跳过注册的服务A", "需要跳过注册的服务B");
                  String currentServiceName = properties.getService();
                  // 命中排除规则则直接跳过注册流程
                  if (excludeServiceList.contains(currentServiceName)) {
                      return;
                  }
                  super.register();
              }
          };
      }
  }
  

• 若保留自定义NamingProxy的实现，需要修正getMyServerList()方法的返回值：该方法要返回真实可用的Nacos服务端地址列表，不能直接返回null，否则后续发起Nacos请求时会触发空指针异常。

注意：不要为了绕过参数找不到的问题，随便在容器里注册一个全局的String类型Bean，这种操作会导致其他需要注入String类型参数的Bean出现参数匹配错乱，是非常不规范的实现方式。

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