Java网络传输统一字符编码的核心是“两端约定+显式声明+全链路覆盖”：HTTP头强制声明charset，Java代码中String与byte[]转换必须显式指定UTF-8，容器通过Filter、Tomcat配置及Spring Boot参数全链路保障，跨服务调用亦需客户端编码一致。
Java 网络传输中统一字符编码，核心是“两端约定 + 显式声明 + 全链路覆盖”。从 HTTP 协议层、Java 代码实现到容器配置，每个环节都需明确使用 UTF-8，避免依赖系统默认编码。
HTTP 请求与响应头强制声明 charset
这是最基础也最关键的一步。无论前端发请求还是后端返回响应，都必须在 Content-Type 中显式指定编码：
- 请求端（如浏览器、HttpClient）：GET 参数需 URL 编码（
URLEncoder.encode("中文", "UTF-8")），POST 表单或 JSON Body 要设置请求头Content-Type: application/json; charset=utf-8 - 响应端（Servlet / Spring MVC）：在 response 中设置
response.setContentType("text/html; charset=utf-8")或response.setCharacterEncoding("UTF-8") - Spring Boot 默认已设为 UTF-8，但需确认
server.servlet.encoding.force=true和server.servlet.encoding.charset=UTF-8在application.properties中启用
Java 代码中显式处理字节与字符串转换
网络传输本质是字节流，Java 中所有涉及 String ↔ byte[] 的转换都必须指定编码，不能依赖平台默认：
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 读取请求体时：用
new InputStreamReader(request.getInputStream(), "UTF-8")替代request.getReader()（后者可能受容器默认影响） - 构造响应内容时：用
response.getOutputStream()配合OutputStreamWriter(..., "UTF-8")，而非直接 write 字符串 - 解析 JSON 或 XML 时：确保 Jackson / Gson / Dom4j 等库的读写器配置了 UTF-8，例如
new JsonFactory().configure(JsonParser.Feature.STRICT_DUPLICATE_DETECTION, true)不够，要配setCharacterEncoding("UTF-8")（视版本而定）
Web 容器与过滤器统一拦截编码
靠每个接口手动设编码容易遗漏，推荐用 Filter 实现全链路治理：
立即学习“Java免费学习笔记（深入）”；
- 编写一个
CharacterEncodingFilter，在doFilter()开头调用request.setCharacterEncoding("UTF-8")和response.setCharacterEncoding("UTF-8") - Spring 已内置
org.springframework.web.filter.CharacterEncodingFilter，只需在配置中启用并设encoding=UTF-8、forceEncoding=true - Tomcat 9+ 可在
conf/server.xml的Connector中添加URIEncoding="UTF-8"，解决 GET 请求路径和参数乱码
跨服务调用（如 Feign、RestTemplate）保持编码一致
微服务间 HTTP 调用同样适用上述规则，额外注意客户端配置：
- RestTemplate：配置
HttpMessageConverter，如StringHttpMessageConverter设setDefaultCharset(StandardCharsets.UTF_8) - Feign：通过
@Configuration注入自定义Encoder和Decoder，确保 JSON 序列化使用 UTF-8 - 若用 OkHttp 底层，检查
RequestBody.create(mediaType, string)中的 mediaType 是否含;charset=utf-8
