logback日志中文显示问号本质是编码不一致：java写入用utf-8而文件读取用gbk所致；需统一全链路为utf-8，包括logback.xml中所有encoder显式配置utf-8、jvm启动参数-dfile.encoding=utf-8，并用支持utf-8的工具查看日志文件。
Logback 日志文件中中文显示为问号，本质是**编码不一致**导致的：程序写入日志时用的编码（如 UTF-8）与日志文件被打开/读取时使用的编码（如 GBK）不匹配。关键要统一从 Java 写入、Logback 配置、到文件保存和查看工具的整个链路都使用 UTF-8。
确保 Logback 配置指定 UTF-8 编码
在 logback.xml 或 logback-spring.xml 中，所有 FileAppender 及其子类（如 RollingFileAppender）必须显式设置 charset 属性为 UTF-8：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 不要依赖默认值——Logback 旧版本默认可能用平台编码（Windows 常为 GBK）
- 即使系统 locale 是中文，也必须显式声明：
<encoder><charset>UTF-8</charset></encoder> - 示例片段：
<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"><file>logs/app.log</file><encoder><pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern><charset>UTF-8</charset></encoder><rollingpolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><filenamepattern>logs/app.%d{yyyy-MM-dd}.%i.log</filenamepattern></rollingpolicy></appender>
检查 JVM 启动参数是否影响默认编码
某些 JDK 版本（尤其 Windows 下）可能因系统区域设置导致 Charset.defaultCharset() 返回 GBK，进而影响未显式设 charset 的组件。稳妥做法是启动时强制指定：
- 添加 JVM 参数：
-Dfile.encoding=UTF-8 - Spring Boot 用户可在 application.properties 加：
spring.jvm.args=-Dfile.encoding=UTF-8（需配合 Spring Boot 2.7+ 的 jvm args 支持） - 或直接在运行脚本（如 startup.sh / startup.bat）中加入该参数
验证日志文件真实编码并用正确工具打开
即使配置正确，用错误工具打开也会“看起来是问号”：
- 用记事本打开 UTF-8 文件（无 BOM）时，常自动识别为 ANSI（GBK），显示乱码 → 改用 VS Code、Notepad++、IDEA 等现代编辑器，并确认右下角编码显示为 “UTF-8”
- Linux/macOS 下用
file -i app.log或iconv -l | grep utf辅助判断 - 终端 tail 查看时，确保终端本身支持 UTF-8（如 Windows Terminal、iTerm2、GNOME Terminal 设置为 UTF-8）
额外注意点（容易忽略）
-
控制台输出（ConsoleAppender）：Windows CMD 默认不支持 UTF-8，建议改用 PowerShell 或 Windows Terminal；或加
-Dconsole.encoding=UTF-8（部分 Logback 版本支持） - 异步日志（AsyncAppender）：它不处理编码，编码由底层 FileAppender 控制，只需确保嵌套的 FileAppender 设了 charset
- Tomcat 环境：若部署在 Tomcat，还需检查 conf/logging.properties 是否干扰，但 Logback 会绕过它，重点仍在 logback.xml
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
