服务器获取中文参数乱码，核心原因是“客户端编码、HTTP传输、服务器解码、应用框架、数据库存储”这几段使用的字符集不一致；先把全链路统一为UTF-8，再针对GET、POST、JSON、Nginx、Tomcat分别处理，多数情况下就能解决。
服务器获取中文参数乱码怎么解决？先看编码链路
一次请求从浏览器到数据库,中文参数会经历多次编码和解码，浏览器把中文变成 %E4%B8%AD%E6%96%87，Nginx可能按自己的规则转发，Tomcat按Connector配置解码，Spring MVC再按过滤器解码，最后JDBC按连接串写入数据库，任何一段默认字符集不是UTF-8，都可能出现乱码。
行业共识认为,乱码不是单一配置错误，而是链路中某一环解码字符集与编码字符集不匹配，常见现象有三类：
- GET请求参数变成 或问号。
- POST表单中文变成 。
- JSON请求体里的中文正常,但返回值乱码，或日志里打印成问号。
可以用表格快速定位：
| 请求类型 | 常见编码位置 | 优先检查点 |
|---|---|---|
| GET query | URL百分号编码 | Tomcat URIEncoding、Nginx $args、网关重写 |
| POST表单 | 请求体 | Content-Type charset、CharacterEncodingFilter |
| JSON body | 请求体 | Jackson/HttpMessageConverter、Content-Type |
| 响应输出 | 响应体 | Content-Type、Spring编码配置 |
| 数据库 | JDBC连接 | characterEncoding=utf8、表字符集 |
GET请求中文参数乱码和POST请求乱码有什么区别？
GET和POST的乱码入口不同,业内专家指出，URL只能使用ASCII字符，非ASCII字符必须百分号编码，所以GET中文参数在传输前通常已经变成 %E4%B8%AD 这类形式，问题往往出在服务器解码阶段。
- GET请求：参数在URL里，Tomcat旧版本默认用ISO-8859-1解析URI，需要设置
URIEncoding="UTF-8"，Spring Boot内嵌Tomcat可配server.tomcat.uri-encoding=UTF-8。 - POST表单：参数在请求体里，Spring MVC的
CharacterEncodingFilter要设置forceEncoding=true，并且必须在第一次getParameter()之前生效。 - JSON请求：看
Content-Type: application/json;charset=UTF-8，Spring Boot默认UTF-8，但旧Jackson或手动读流时可能按平台默认字符集解析。 - 验证命令：用curl绕过前端：
curl -G --data-urlencode 'name=中文测试' 'http://127.0.0.1:8080/api/test'
curl -X POST -H 'Content-Type: application/x-www-form-urlencoded;charset=UTF-8' --data-urlencode 'name=中文测试' http://127.0.0.1:8080/api/testcurl -X POST -H 'Content-Type: application/json;charset=UTF-8' -d '{"name":"中文测试"}' http://127.0.0.1:8080/api/test
如果curl正常、浏览器异常，问题多半在前端编码或Nginx重写。
前后端分离项目中文参数乱码怎么办？从Nginx到Spring逐层排查
前后端分离项目链路更长,排查顺序建议从外到内。
前端与网关
- HTML页面声明
<meta charset="UTF-8">。 - axios或fetch发送JSON时,请求头带
Content-Type: application/json;charset=UTF-8。 - 使用
URLSearchParams或encodeURIComponent处理query参数，不要重复编码两次。 - Nginx可在
http、server或location中设置charset utf-8;，并确认charset_types覆盖application/json、text/plain。 - 网关如果重写了URI或
$args，要确保重新编码后传递，不要先解码再拼接。
Spring Boot与旧Spring MVC
Spring Boot 2.x可在 application.yml 中统一：
server.servlet.encoding.charset: UTF-8server.servlet.encoding.enabled: trueserver.servlet.encoding.force: trueserver.tomcat.uri-encoding: UTF-8
旧Spring MVC项目在 web.xml 配置 CharacterEncodingFilter，设置 encoding=UTF-8、forceEncoding=true，如果代码里手动调用 request.setCharacterEncoding("UTF-8")，必须放在所有 getParameter() 之前。
数据库与日志
JDBC URL加上：
useUnicode=truecharacterEncoding=UTF-8serverTimezone=Asia/Shanghai
MySQL表、字段、连接排序规则尽量使用 utf8mb4，日志输出乱码则检查JVM file.encoding 和Linux LANG。
Tomcat服务器接收中文参数乱码如何处理
Tomcat是Java Web项目最常见的乱码现场，配置分三层：Connector、JVM、Linux环境。
server.xml与Spring Boot内嵌Tomcat
外部Tomcat修改 conf/server.xml 的Connector：
URIEncoding="UTF-8"- 必要时加
useBodyEncodingForURI="true"
Spring Boot内嵌Tomcat在配置文件写：
server.tomcat.uri-encoding=UTF-8
据Apache Tomcat官方文档，从Tomcat 8开始，默认URIEncoding已调整为UTF-8，但老项目升级、显式改回ISO-8859-1、或经过代理重写时仍会出问题，不要只依赖默认值，关键入口显式声明更稳妥。
Linux locale与JVM
服务器上执行：
localeecho $LANGjava -XshowSettings:properties -version 2>&1 | grep -E 'file.encoding|sun.jnu.encoding'
LANG=C 或 file.encoding=ANSI_X3.4-1968，启动脚本里加：
export LANG=en_US.UTF-8export LC_ALL=en_US.UTF-8CATALINA_OPTS="-Dfile.encoding=UTF-8"
systemd服务可写 Environment=LANG=en_US.UTF-8，修改后重启Tomcat或Java进程。
用curl和日志验证是否真的修好
修改后不要只看页面,按层验证：
- 发送GET：
curl -v -G --data-urlencode 'name=中文测试' 'http://127.0.0.1:8080/api/test' - 发送POST表单：
curl -v -X POST -H 'Content-Type: application/x-www-form-urlencoded;charset=UTF-8' --data-urlencode 'name=中文测试' http://127.0.0.1:8080/api/test - 发送JSON：
curl -v -X POST -H 'Content-Type: application/json;charset=UTF-8' -d '{"name":"中文测试"}' http://127.0.0.1:8080/api/test - 查看响应头是否包含
Content-Type: application/json;charset=UTF-8。 - 在Filter里打印
request.getCharacterEncoding()和参数原始值。
如果仍乱码,用 new String(value.getBytes(StandardCharsets.ISO_8859_1), StandardCharsets.UTF_8) 做临时诊断，但不要长期用这种来回转换的补丁。
北京地区服务器中文参数乱码怎么排查？以Java应用为例
很多北京、上海等地的运维团队遇到同一类场景：本地IDE正常，部署到Linux服务器就乱码，原因通常是服务器环境变量、JVM默认字符集、Tomcat Connector、Nginx转发四者不一致。
排查路径可以按下面顺序：
- 登录服务器,执行
locale和echo $LANG，确认不是C或POSIX。 - 执行
ps -ef | grep java，找到启动参数，检查有没有-Dfile.encoding=UTF-8。 - 检查Tomcat
server.xml或Spring Boot配置，确认URIEncoding。 - 检查Nginx配置,确认
charset utf-8;是否生效，代理是否重写$args。 - 用
curl直接请求后端端口，绕过Nginx和前端。 - 用
tcpdump或日志打印原始字节，确认是在入口就乱，还是入库才乱。
如果找外部团队处理,服务器中文参数乱码排查费用多少钱并没有统一标准，通常按人天评估，环境越复杂、涉及网关和数据库越多，费用越高，先按上面的命令自查，能省下不少沟通成本。
服务器中文参数乱码修改哪个配置文件？按技术栈对号入座
| 技术栈 | 配置点 | 示例 |
|---|---|---|
| Tomcat | conf/server.xml Connector |
URIEncoding="UTF-8" |
| Spring Boot | application.yml |
server.tomcat.uri-encoding: UTF-8 |
| Spring MVC | web.xml Filter |
CharacterEncodingFilter + forceEncoding |
| Nginx | http/server/location |
charset utf-8; |
| MySQL | JDBC URL | characterEncoding=UTF-8 |
| Linux | 环境变量 | LANG=en_US.UTF-8 |
| JVM | 启动参数 | -Dfile.encoding=UTF-8 |
| 前端 | HTML/请求头 | meta charset UTF-8、Content-Type |
修改后仍乱码，先排除三个误区
- 只改前端编码,不改服务器解码。
- 只改Tomcat,不改Nginx或网关。
- 只改数据库,不查请求入口。
乱码排查要按“入口到出口”逐段验证，先确认浏览器发出的字节，再确认Nginx收到的字节，再确认Tomcat解码后的字符串，最后确认数据库存储值，每一段都用UTF-8，乱码概率会大幅下降。
Q&A：服务器获取中文参数乱码怎么解决？
为什么本地正常，部署到服务器就乱码？
本地开发环境通常是Windows或macOS,默认字符集可能是UTF-8，IDE也会做兼容处理，服务器Linux常见 LANG=C，JVM file.encoding 可能不是UTF-8，Tomcat或Nginx配置也不同，把本地和服务器环境变量、Connector、Filter统一为UTF-8即可。
GET参数已经URIEncoding=UTF-8还乱码，先查什么？
先查Nginx或网关是否重写、解码了$args，再查前端是否对参数做了两次encodeURIComponent，最后用curl直接请求后端端口，绕过代理，如果curl正常、浏览器异常，问题在前端或代理；如果curl也异常，问题在Tomcat或应用解码。
修改JVM file.encoding能解决所有乱码吗？
不能。file.encoding 影响JVM默认字符集和部分IO读取，但HTTP URL解码、请求体解码、数据库连接各有独立配置，需要同时检查Tomcat URIEncoding、Spring编码过滤器、Nginx charset和JDBC连接串，全链路统一UTF-8，才是稳定方案。