1. 问题背景与现象分析

作为一名长期使用IntelliJ IDEA进行Java开发的工程师，控制台输出乱码问题可以说是每个开发者都会遇到的"入门级考验"。特别是在使用Tomcat作为应用服务器运行Web项目时，这个问题出现的频率更高。

乱码问题通常表现为以下几种形式：

• 控制台输出的中文日志变成问号"???"或方框"口口"
• 请求参数中的中文内容显示为乱码字符
• 响应内容中的中文无法正常显示
• 文件上传/下载时文件名出现乱码

这些现象看似简单，但背后涉及到的编码环节却相当复杂。从源码文件的编码、IDE的编码设置、Tomcat的日志编码、JVM的默认编码，到操作系统终端的编码，任何一个环节不匹配都可能导致最终的乱码输出。

2. 编码基础与乱码原理

2.1 字符编码基础概念

要彻底解决乱码问题，首先需要理解几个核心概念：

1. 字符集(Charset): 定义了字符与数字的映射关系，如ASCII、GBK、UTF-8等
2. 编码(Encoding): 将字符转换为字节序列的过程
3. 解码(Decoding): 将字节序列转换回字符的过程

当编码和解码使用的字符集不一致时，就会出现乱码。例如：

• 用UTF-8编码的"你好"字节序列是[0xE4,0xBD,0xA0,0xE5,0xA5,0xBD]
• 如果用GBK解码，就会得到错误的字符显示

2.2 Java中的编码处理

Java内部使用Unicode字符集（具体是UTF-16编码）来存储所有字符。但在与外部系统交互时（如读写文件、网络传输等），需要进行编码转换：

java复制// 字符串转换为字节数组（编码）
byte[] bytes = "你好".getBytes("UTF-8");

// 字节数组转换为字符串（解码）
String str = new String(bytes, "UTF-8");

如果这两个过程中指定的字符集不一致，就会导致乱码。

2.3 Tomcat的编码处理

Tomcat作为Servlet容器，在请求处理和响应输出时也会涉及多次编码转换：

1. 接收请求时：需要正确解码请求参数
2. 处理请求时：Servlet内部使用Unicode
3. 发送响应时：需要正确编码响应内容