Apache反向代理Tomcat中文乱码本质是编码链路断裂，需统一UTF-8：一、Tomcat的server.xml中配置URIEncoding="UTF-8"和useBodyEncodingForURI="true"；二、Servlet或Filter中调用request.setCharacterEncoding("UTF-8")；三、Apache代理不干预编码，禁用AddDefaultCharset；四、前后端HTML、响应头、JSP均声明UTF-8。
Apache 本身不直接处理 Java Web 应用的请求参数编码，实际运行 Java Web 的是 Tomcat（或 Jetty 等 Servlet 容器），而 Apache 常作为反向代理前置。所以“Apache 中 Java Web 部署”的中文乱码问题，本质是 Tomcat + Apache 反向代理 + 浏览器 三者之间编码链路断裂导致的。关键不在 Apache 配置本身，而在整个请求流转中各环节的编码声明是否统一为 UTF-8。
一、确认并统一 Tomcat 的 URI 和请求体编码
这是解决中文乱码最基础也最关键的一步。Tomcat 默认用 ISO-8859-1 解析 URL 和参数，必须显式改为 UTF-8：
- 打开 conf/server.xml，找到
<Connector>标签（通常是 port="8080" 的那个） - 添加或修改两个属性：
URIEncoding="UTF-8"—— 让 Tomcat 用 UTF-8 解码 URL 路径和 GET 查询参数useBodyEncodingForURI="true"—— 表示 URI 解码也复用请求体的编码（配合下面 setCharacterEncoding） - 完整示例：
<Connector port="8080" protocol="HTTP/1.1" URIEncoding="UTF-8" useBodyEncodingForURI="true" connectionTimeout="20000" redirectPort="8443"/>
二、在 Servlet 中正确设置 request 编码（仅对 POST 有效）
request.setCharacterEncoding("UTF-8") 必须在调用 getParameter() 之前 执行，且只影响请求体（POST 表单、JSON body 等），不影响 URL 参数：
- 放在
doPost()开头，或更推荐：用 Filter 统一拦截所有请求 - Filter 示例（web.xml 或 @WebFilter）：
request.setCharacterEncoding("UTF-8");<br>chain.doFilter(request, response); - 注意：GET 请求不能靠这个解决，必须依赖上面的
URIEncoding
三、Apache 反向代理场景下的额外注意事项
如果 Apache（httpd）通过 mod_proxy 代理到后端 Tomcat（如 ProxyPass / http://localhost:8080/），需确保：
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
立即学习“Java免费学习笔记（深入）”；
- Apache 自身不修改原始请求的编码 —— 默认不会，但要避免在 Apache 配置中做 URL 重写（RewriteRule）时未转义中文，或使用
AllowEncodedSlashes No导致路径截断 - 建议在 Apache 的虚拟主机配置中显式声明：
RequestHeader set Accept-Charset "utf-8"
（虽非强制，但可辅助后端识别客户端意图） - 确保 Apache 的
httpd.conf或站点配置里没有AddDefaultCharset强制设为 GBK/ISO 等，保持为空或设为 utf-8
四、前后端协同：HTML 页面与响应头也要一致
乱码是双向的。即使请求能正确接收，响应返回乱码一样不可用：
- JSP 页面顶部加：
<%@ page contentType="text/html;charset=UTF-8" pageEncoding="UTF-8" %> - HTML 中写：
<meta charset="UTF-8"> - Servlet 中响应前设置：
response.setContentType("text/html;charset=UTF-8");<br>response.setCharacterEncoding("UTF-8"); - 如果是 JSON 接口，用：
response.setContentType("application/json;charset=UTF-8");
不复杂但容易忽略：所有环节——浏览器页面编码、HTTP 请求头、Apache 代理行为、Tomcat 解码规则、Servlet 处理逻辑、响应输出声明——必须全部锁定 UTF-8。只要其中一环用默认或 GBK，就可能在某个路径上出现乱码。
