"明明代码没问题，为什么页面显示全是问号？？？" 如果你也曾在深夜对着Tomcat输出的乱码发出过灵魂拷问，那么恭喜你——你遇到了经典的编码问题！今天我们就来扒一扒Tomcat服务器的默认编码那些事儿，让你从此告别"天书模式"。

一、Tomcat的"身份证号码"：默认编码揭秘

Tomcat 8.5及以后版本的默认编码是：UTF-8

（而老版本Tomcat 7默认是ISO-8859-1，这也是很多乱码问题的罪魁祸首）

这就像你家门锁的默认密码——如果快递员(浏览器)用UTF-8喊门，而你的门锁(Tomcat)却用ISO-8859-1解码...结果就是："您的外卖

@¥%…&"变成了火星文！

为什么编码这么重要？

想象你在玩传话游戏：

1. 你说"晚上吃火锅"(UTF-8)

2. 中间人(Tomcat)听成了"碗上赤火郭"(ISO-8859-1)

3. 最后朋友听到的可能是"?¤§¦¨?"(乱码)

二、编码问题实战现场还原

案例1：GET请求参数变乱码

```java

// 用户访问：http://localhost:8080/test?name=张三

String name = request.getParameter("name");

// 在Tomcat7下可能得到："张三"

```

解决方案：

```xml

案例2：POST表单提交乱码

// 用户提交中文表单后...

request.setCharacterEncoding("UTF-8"); // 必须放在getParameter前调用

String username = request.getParameter("username");

案例3：静态文件显示异常

即使你在HTML写了：

```html

如果Tomcat用ISO-8859-1发送文件...照样乱码！

解决方法：

encodingFilter

org.apache.catalina.filters.SetCharacterEncodingFilter

encoding

UTF-8

三、高级玩家必备：编码检测四步法

当遇到乱码时，请像侦探一样排查：

1. 查看HTTP请求头

```bash

curl -v http://your-server.com

```

检查`Content-Type`是否包含`charset=UTF-8`

2. 检查Tomcat版本

catalina.sh version

老版本Tomcat就是行走的乱码制造机

3. 数据库连接验证

```jdbc:mysql://...?useUnicode=true&characterEncoding=UTF-8```

这条JDBC连接字符串能救命

4. 文件编码确认

file -i yourfile.html

确保文件存储编码也是UTF-8

四、终极防御方案：全栈UTF-8化

建议在你的技术栈实施"UTF-8霸权主义"：

| 组件 | 配置方式 | 示例值 |

|-|--|--|

| Tomcat | server.xml Connector | URIEncoding="UTF-8"|

| Spring | CharacterEncodingFilter | forceEncoding=true |

| MySQL | my.cnf | character-set-server=utf8mb4 |

| Nginx | nginx.conf | charset utf-8; |

| Linux系统 | /etc/environment | LANG=en_US.UTF-8 |

五、有趣冷知识：为什么曾经用ISO-8859-1？

早期的Tomcat使用ISO-8859-1(Latin-1)是因为：

1. ASCII兼容性强（但处理不了中文）

2. HTTP/1.1规范的历史遗留问题

3. Java早期内部采用该编码

这就好比最早的手机只支持英文短信，发中文？请拆分成多条英文代号发送！（用过早期诺基亚的请举手🙋）

六、：与乱码战斗的黄金法则

1. 新项目一律使用Tomcat 9+（默认UTF-8救星）

2. 老项目记得三处设置：

- server.xml的URIEncoding

- web.xml的CharacterEncodingFilter

- JSP页面的pageEncoding

记住这个梗："程序员分三种——正在解决乱码的、即将遇到乱码的，以及以为自己不会遇到乱码的。"

现在你已经掌握了Tomcat编码的终极奥义，下次再看到问号大军时，记得淡定地掏出这篇指南吧！ 🚀

TAG:tomcat服务器默认编码是什么,tomcat默认nio吗,tomcat 默认编码,tomcat服务器的默认端口有哪些