curl -v -x http://172.168.10.1:7788\
'https://api.weixin.qq.com/cgi-bin/token?grant_type=client_credential&appid=123&secret=45678'

大概是这样：透明代理

在服务器层做 透明代理：

例如：

iptables
clash
squid
redsocks

自动把：

api.weixin.qq.com:443

转发到代理。

程序完全不知道代理存在。

架构：

Java
 ↓
iptables
 ↓
proxy
 ↓
WeChat

这是 大型公司最常见方案。

wx:
  mp:
    app-id: 123
    secret: 45678
    config-storage:
      type: RedisTemplate
      key-prefix: wx
      http-client-type: HttpClient
      http-proxy-host: 172.168.10.1
      http-proxy-port: 7788

这种方式配置代理，但是 java 在发请求的时候，设置不了代理。所以，启动容器的命令新增：
docker run -d --restart=always \
-p 9210:9210 \
-v /opt/test-server/logs:/test-server/logs \
-v /opt/test-server/conf:/test-server/config \
-e JAVA_TOOL_OPTIONS="
-Dhttp.proxyHost=172.168.10.1
-Dhttp.proxyPort=7788
-Dhttps.proxyHost=172.168.10.1
-Dhttps.proxyPort=7788
-Dhttp.nonProxyHosts=localhost|127.*|10.*|172.*|192.168.*" \
--name dpf-server \
--privileged \
test-server:1.0.0

JVM 的系统属性 (System Properties)。

JDK 网络库在发 HTTP 请求时会自动读取这些参数。

你项目里实际用的是 JDK11 的 HttpClient：

这个客户端默认使用：

而 ProxySelector 会读取 JVM 的这些系统属性：

所以请求流程就变成：

这就是为什么你一加参数就成功。

二、http.nonProxyHosts 的作用

你加的：

意思是：

这些地址 不走代理。

例如：

请求流程：

否则：

避免了 内网请求被代理。

三、为什么不配置就不走代理

Java 默认：

意思是：

不会自动识别：

• Linux http_proxy

• curl 代理

• 系统代理

所以你：

可以。

但 Java 不行。