为何使用Java HTTP Client发送GET请求时仅返回HTTP 451状态码？

451状态码的本质是站点基于合规要求（属地版权、区域访问限制等）拒绝提供资源，这类拦截通常不会明确披露规则，只会对不符合要求的请求统一返回该状态码。你遇到的OkHttp、浏览器、Postman访问正常，仅Java HttpClient返回451的情况，基本都是以下几个可直接复现的差异点导致的：

• 裸请求不符合合规校验规则
  你当前的代码完全依赖Java HttpClient的默认行为发请求，没有添加任何自定义请求头。和其他客户端的默认行为对比：
  浏览器、OkHttp、Postman在发请求时，会自动携带符合通用访问规范的User-Agent、Accept、Accept-Language等基础请求头；但Java HttpClient的默认UA是类似Java/17.0.5的开发端标识，且默认不会自动携带通用Accept头。很多站点的合规拦截层会直接识别这类无明确真实用户客户端标识、和正常浏览请求特征差异极大的裸请求，统一返回451。
• 未自动加载系统代理配置
  浏览器、Postman、OkHttp在没有自定义代理规则时，会自动读取本地系统的代理配置走对应网络出口。但通过HttpClient.newHttpClient()创建的默认客户端实例，完全不会自动加载系统代理设置，会直接用本地公网出口IP发请求。如果目标站点的合规校验是基于地域IP的（比如仅允许特定地区IP访问、或满足属地化版权要求），就会因为Java HttpClient的出口IP不符合要求，触发451拦截。
• TLS握手特征差异
  站点的合规拦截除了校验请求头和IP，还会校验TLS握手的特征指纹。Java HttpClient的默认TLS握手流程和浏览器、OkHttp、Postman的指纹特征差异较大，会被识别为非人工操作的自动化客户端，进而触发合规拦截返回451。

对应排查方向 #

• 先补全请求特征：把浏览器或Postman请求该地址时携带的User-Agent、Accept、Accept-Language等基础请求头，完整添加到Java HttpClient的请求构建逻辑里，验证是否还返回451。
• 再检查网络出口：如果之前用其他客户端访问时是通过代理网络连通的，需要给Java HttpClient显式配置对应代理，不要依赖默认的系统代理读取逻辑。
• 如果完成前两步仍返回451，说明站点已经将Java HttpClient的默认TLS指纹加入拦截列表，需要自定义客户端的TLS配置对齐其他客户端的握手特征，或替换为带指纹对齐能力的客户端实现。

另外你的代码存在可预见的隐患：如果client.send(...)抛出IO异常或中断异常，response会始终为null，此时catch块外的System.out.println(response.body())会直接触发空指针，建议把打印响应的逻辑全部移到try块内部。

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