spring boot 应用在终端运行时出现乱码（如 `%.s.s.s.repositoryconfigurationdelegate`），而在 intellij 中正常，根本原因是 jvm 默认字符编码与终端不匹配，需显式指定 `-dfile.encoding=utf-8` 启动参数。
该问题并非 Spring Boot 版本或日志框架配置缺陷，而是典型的JVM 字符编码环境不一致导致。IntelliJ 默认以 UTF-8 启动 JVM，并自动适配 IDE 内置终端的编码设置；而 macOS/Linux 终端（zsh/bash）中直接执行 java -jar 时，JVM 会依据系统 locale 推断 file.encoding —— 若 locale 未明确设为 UTF-8（例如显示为 en_US 而非 en_US.UTF-8），JVM 可能回退至平台默认编码（如 US-ASCII 或 ISO-8859-1），导致 Logback/Spring Boot 的 ANSI 彩色日志转义序列和 Unicode 字符被错误解析，最终呈现为大量 %.S.S.、[].wEx 等不可读符号。
✅ 正确解决方案：强制指定 UTF-8 编码
在终端中启动应用时，务必添加 JVM 系统属性：
java -Dfile.encoding=UTF-8 -jar target/app-0.001-SNAPSHOT.jar
? 进阶建议（提升健壮性）：
-
统一构建时编码：确保 Maven 编译也使用 UTF-8，在 pom.xml 中配置：
UTF-8 UTF-8 -
验证终端 locale：运行 locale 命令，确认输出包含 UTF-8（如 LANG=en_US.UTF-8）。若不满足，可临时设置：
export LANG=en_US.UTF-8 export LC_ALL=en_US.UTF-8
-
Spring Boot 2.3+ 用户注意：自 Spring Boot 2.3 起，默认启用 ANSI 日志颜色支持。若终端不兼容 ANSI（极少见），可临时禁用（仅调试用）：
java -Dfile.encoding=UTF-8 -Dspring.output.ansi.enabled=never -jar target/app.jar
⚠️ 常见误区提醒：
❌ 修改 application.properties 中的 logging.charset（如 logging.charset.console=UTF-8）无效——该配置仅影响 Logback 自身的日志写入编码，无法修复 JVM 层级对类名、包路径等字符串的解码错误；
❌ 仅设置终端编码（如 iTerm2 的 Text Encoding）而不指定 -Dfile.encoding 仍会失败，因为 JVM 启动早于终端渲染阶段。
总结：-Dfile.encoding=UTF-8 是解决此类终端日志乱码的黄金参数，应作为 Spring Boot 可执行 JAR 的标准启动前置项。将其固化到部署脚本、CI/CD 流水线或 Makefile 中，可彻底规避环境差异引发的日志可读性问题。
