tomcat 输出乱码

### 解决Tomcat服务器输出中文乱码问题

#### 修改Windows环境中的`catalina.bat`

对于Windows环境下启动的Tomcat，当通过`startup.bat`来启动服务时，其内部调用了`catalina.bat`脚本来创建一个新的命令行窗口执行Java程序。然而，默认情况下该CMD窗口使用的字符集并非UTF-8，因此可能导致控制台打印出来的汉字显示异常。为了修正这个问题，可以在`CATALINA_OPTS`变量里指定文件编码参数：

set CATALINA_OPTS=-Dfile.encoding=UTF-8 -Dsun.jnu.encoding=UTF-8 %CATALINA_OPTS%

此设置确保了JVM以及本地化组件都采用相同的Unicode标准处理字符串数据[^1]。

#### 调整Linux平台上的`catalina.sh`

针对基于Unix/Linux系统的部署场景，则需编辑位于`$TOMCAT_HOME/bin/`路径下的`catalina.sh`配置文件，在其中定义相应的环境属性以支持多字节字符集解析：

export JAVA_OPTS="$JAVA_OPTS -Dfile.encoding=UTF-8"

上述操作同样适用于其他类UNIX操作系统，并且建议优先尝试使用UTF-8作为全局编码方案；若遇到特殊情况无法正常工作时再考虑切换至GBK等替代选项[^2]。

#### 更改日志记录器的日志级别与格式

除了调整运行期加载项外，还应该关注应用程序产生的持久化信息——即各类日志条目是否会受到相同的影响。为此，可以前往`<tomcat_home>/conf/logging.properties`定位到具体的Logger实例声明部分，为其追加合适的charset参数：

java.util.logging.ConsoleHandler.encoding = UTF-8

这样做能够有效防止因终端模拟器或文本查看工具所引起的二次转码错误，进而保障最终呈现给用户的每一条消息都能保持清晰可辨的状态[^4]。

#### 统一开发工具链内的字符编码设定

值得注意的是，即使完成了以上几步优化措施之后仍然有可能残留些许杂音干扰整体效果。此时不妨回头审视整个项目构建流程中是否存在潜在隐患：比如源代码本身是否已经按照预期的方式进行了保存？IDE（集成开发环境）又是否正确设置了工程级别的文字编排准则？

确保所有参与协作的对象均遵循一致性的原则至关重要，这样才能从根本上杜绝任何可能引发冲突的因素存在[^3]。