Spring Boot读取yml配置后请求报java.net.ConnectException:null

java.nio.channels.UnresolvedAddressException的直接触发原因是Java NIO无法解析请求目标的域名，硬编码运行正常、配置注入后必现，问题100%出在配置注入的参数合法性、或请求构建逻辑上，和Spring容器、Java HttpClient本身无关，按以下优先级排查：

• 优先校验注入参数的隐性格式问题
  90%以上的同类问题都是配置值带了肉眼不可见的特殊字符：比如复制URL时混入零宽空格、换行符、全角符号，或者配置值首尾带了空格、制表符。这类问题直接打印日志看参数值，会和硬编码的正确地址完全一致，但实际字符串不相等，解析时会被识别为非法域名。
• 校验配置读取的实际值
  不要主观判断“参数读取无异常”，直接对比注入值和硬编码值的equals结果，排除多profile配置覆盖、yml层级缩进错误、占位符解析失败导致读到错误值、空值的情况。
• 检查URI构建逻辑差异
  硬编码时如果直接用URI.create()写死完整地址，改成注入后要确认有没有额外的手动拼接逻辑：比如重复拼接路径、漏写协议前缀、特殊字符未做URL编码，最终生成的URI格式非法，被客户端识别为不存在的域名。
• 低概率排查网络配置差异
  排除硬编码运行环境和Spring应用运行环境的网络差异：比如Spring配置了全局不可达的HTTP代理、运行环境没有对应域名的DNS解析权限，这类问题和配置注入本身无关。

1. 第一步先做参数强校验，在类中添加@PostConstruct初始化方法，逐字符对比注入值和硬编码的正确值，直接定位隐式字符问题：

   @Component
   public class TermineApiClient {
       @Value("${oauth2.token-uri}")
       private String tokenUri;
       // 其余CLIENT_ID、CLIENT_SECRET等注入参数省略
       // 替换为你之前硬编码的正确TOKEN_URI值
       private static final String STABLE_TOKEN_URI = "https://your-oauth-provider.com/oauth/token";
   
       @PostConstruct
       public void validateConfig() {
           if (!tokenUri.equals(STABLE_TOKEN_URI)) {
               char[] injectedChars = tokenUri.toCharArray();
               char[] stableChars = STABLE_TOKEN_URI.toCharArray();
               for (int i = 0; i < Math.max(injectedChars.length, stableChars.length); i++) {
                   char iChar = i < injectedChars.length ? injectedChars[i] : ' ';
                   char sChar = i < stableChars.length ? stableChars[i] : ' ';
                   int iAscii = i < injectedChars.length ? (int) injectedChars[i] : -1;
                   int sAscii = i < stableChars.length ? (int) stableChars[i] : -1;
                   if (iChar != sChar) {
                       System.out.printf("参数差异位置%d：注入值字符[%c](ASCII:%d) 正确值字符[%c](ASCII:%d)%n", i, iChar, iAscii, sChar, sAscii);
                   }
               }
               throw new IllegalArgumentException("配置参数与硬编码合法值不匹配");
           }
           // 其余参数用相同逻辑做对比校验
       }
   }
   

   运行后如果输出字符差异，直接把yml里的配置值删掉手动重敲，不要粘贴复制即可解决。
2. 如果校验发现参数值完全一致，替换手动拼接URL的逻辑，用UriComponentsBuilder构建请求URI，自动处理特殊字符编码、格式校验问题：

   URI requestUri = UriComponentsBuilder.fromHttpUrl(tokenUri)
           .queryParam("grant_type", grantType)
           .queryParam("client_id", clientId)
           .queryParam("client_secret", clientSecret)
           .build(true)
           .toUri();
   HttpRequest tokenRequest = HttpRequest.newBuilder(requestUri)
           .header("Content-Type", "application/x-www-form-urlencoded")
           .POST(HttpRequest.BodyPublishers.noBody())
           .build();
   

3. 如果是yml配置层级、多profile覆盖问题，先把配置项移到yml最顶层用最简单的key做注入测试，确认注入值正确后再移回对应业务配置层级，避免缩进错误导致读错配置。

补充说明：最开始给静态属性用@Value注入报错是Spring的正常机制，@Value只能给实例化后的Bean的实例属性赋值，静态属性属于类级别，本身不支持直接注入，改成非静态实例属性接收配置的写法是正确的，不需要调整回静态注入逻辑。

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