新项目优先用 Apache HttpClient（4.5+ 或 HttpClient5），HttpURLConnection 仅适用于极简场景或 Android 旧兼容；因前者内置连接池、重试、gzip 解压等能力，后者需手动实现且易出错。
Java网络通信该选 HttpURLConnection 还是 Apache HttpClient？
直接说结论：新项目优先用 HttpClient（org.apache.httpcomponents:httpclient 4.5+ 或更推荐 org.apache.httpcomponents.client5:httpclient5），HttpURLConnection 仅适合极简场景或 Android 旧兼容需求。
原因很实际：HttpURLConnection 虽是 JDK 原生，但默认不支持连接池、重试、自动 gzip 解压、响应体流复用等关键能力；写个带超时和重试的 POST 请求，代码量翻倍还容易漏异常分支。而 HttpClient 把这些封装进配置里，比如：
CloseableHttpClient client = HttpClients.custom()
.setConnectionTimeToLive(30, TimeUnit.SECONDS)
.setRetryStrategy(new DefaultHttpRequestRetryStrategy(3, TimeValue.ofSeconds(1)))
.build();
常见踩坑点：
-
HttpURLConnection的setConnectTimeout和setReadTimeout必须在connect()前调用，否则无效 -
HttpClient4.x 默认不校验 HTTPS 证书，生产环境必须显式配置SSLContext，否则会忽略证书错误 - Android 上
HttpURLConnection在 API 28+ 已禁用 TLS 1.0/1.1，但部分老HttpClient版本没同步更新，需手动指定 TLS 协议
JSON 处理为什么不用 JSONObject 而选 Jackson？
因为 org.json.JSONObject 是纯字符串拼接型解析器，没有类型安全、无法绑定 Java Bean、不支持泛型集合反序列化，且对 null 字段处理僵硬——它把 JSON null 映射成 JSONObject.NULL，不是 Java null，一不小心就触发 NullPointerException。
立即学习“Java免费学习笔记（深入）”；
而 Jackson（com.fasterxml.jackson.core:jackson-databind）靠注解和类型推导做双向绑定，例如：
ObjectMapper mapper = new ObjectMapper(); User user = mapper.readValue(jsonString, User.class); // 自动映射字段、转换时间格式、忽略未知字段
关键差异点：
本文档主要讲述的是Android数据格式解析对象JSON用法；JSON可以将Java对象转成json格式的字符串，可以将json字符串转换成Java。比XML更轻量级，Json使用起来比较轻便和简单。JSON数据格式，在Android中被广泛运用于客户端和服务器通信，在网络数据传输与解析时非常方便。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
-
JSONObject解析失败抛JSONException，Jackson抛JsonProcessingException，后者可细分出JsonParseException（语法错）或JsonMappingException（类型不匹配） -
Jackson默认开启DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES，遇到 JSON 多字段会直接报错，需手动关闭才兼容宽松协议 - 若服务端返回
{"code":200,"data":null}，Jackson可通过@JsonInclude(JsonInclude.Include.NON_NULL)控制序列化行为，JSONObject只能手动判空
OkHttp 和 Feign 在微服务调用中怎么分工？
OkHttp 是底层 HTTP 客户端引擎，Feign 是声明式 HTTP 客户端抽象层——它默认就用 OkHttp 做实际请求执行者。别把它们当竞品，而是“谁负责什么”的关系。
典型组合用法：
- 用
OkHttp配置连接池、拦截器（如添加 JWT token）、超时策略 - 用
Feign定义接口，靠注解描述路径、参数、编码方式，让调用像本地方法一样干净 - Spring Cloud OpenFeign 自动集成两者，只需加
@FeignClient(name = "user-service")和接口方法
容易被忽略的细节：
-
OkHttp的ConnectionPool默认最大空闲连接 5 个、5 分钟过期，高并发下可能成为瓶颈，需根据 QPS 调整 -
Feign默认不支持java.time.LocalDateTime序列化，需注册JavaTimeModule到ObjectMapper - 如果 Feign 接口方法参数是
@RequestBody User user，但实际要发表单数据，必须显式加@RequestLine("POST /login")+@Headers("Content-Type: application/x-www-form-urlencoded")，否则还是走 JSON
WebSocket 用 javax.websocket 还是 Spring WebSocket？
纯 Java SE 环境用 javax.websocket（JSR-356），但绝大多数 Web 应用跑在 Spring 上，直接上 Spring WebSocket 更省事——它把连接管理、消息路由、STOMP 协议支持、SockJS 降级都包圆了。
核心区别在于生命周期控制：
-
javax.websocket的@OnOpen方法里拿不到 Spring 容器 Bean，必须手动注入或用ServletContext查找 -
Spring WebSocket的TextMessage处理方法可直接@AutowiredService，还能用@MessageMapping做路径路由，类似 REST Controller - 若前端用 SockJS（兼容 IE），
javax.websocket不支持，必须换Spring WebSocket+WebSocketHandler实现
真实痛点：WebSocket 连接断开后，javax.websocket 的 @OnError 不保证在同一线程触发，而 Spring WebSocket 的 afterConnectionClosed 回调由统一线程池调度，状态清理更可控。
