java jdbc中文乱码本质是字符编码链路断裂，解决关键在于对齐java应用、jdbc驱动、网络传输及数据库服务端的utf-8语义；mysql需useunicode=true&characterencoding=utf-8协同配置并设utf8mb4，oracle禁用characterencoding参数而依赖jvm参数及ojdbc8+驱动，postgresql则依赖lc_messages与jvm file.encoding一致。
MySQL：必须显式声明并严格命名
MySQL（尤其8.0+）对URL参数敏感，常见错误包括拼写错误、大小写不符、缺少协同参数：
-
必须同时启用：
useUnicode=true和characterEncoding=UTF-8（注意连字符和大写U、T、F） -
characterEncoding=utf8（无连字符）会被识别为utf8mb3，无法存emoji；utf8小写在8.0+中可能被忽略或降级 - 完整正确示例：
jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=UTF-8&serverTimezone=Asia/Shanghai - 服务端需配合：确认
character_set_server、库/表字符集均为utf8mb4，而非utf8
Oracle：URL里禁用characterEncoding
Oracle JDBC驱动（ojdbc8+）**完全不识别characterEncoding参数**，加了无效，还可能触发警告：
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 删除URL中所有
characterEncoding=xxx、useUnicode=xxx等MySQL风格参数 - JVM启动必须加：
-Dfile.encoding=UTF-8 -Doracle.jdbc.defaultNChar=true - 驱动版本不低于ojdbc8；旧版（如ojdbc6）对UTF-8支持不完整，
getString()可能静默截断 - 连接池建议执行初始化SQL：
ALTER SESSION SET NLS_LANGUAGE='AMERICAN' NLS_TERRITORY='AMERICA'
PostgreSQL：靠系统语言环境与JVM共同保障
PostgreSQL错误信息乱码（如“???：密码认证失败”）通常不是数据层问题，而是LC_MESSAGES语言环境未生效：
- 服务端检查：
SHOW lc_messages;应返回en_US.UTF-8或zh_CN.UTF-8，而非C - 修改
postgresql.conf，设lc_messages = 'zh_CN.UTF-8'，重启服务 - JVM保持
-Dfile.encoding=UTF-8，避免String构造时用错默认编码 - JDBC URL中无需额外编码参数，但可加
?stringtype=unspecified减少隐式转换
通用底线：三处UTF-8必须一致
无论哪种数据库，以下三点不满足，乱码大概率重现：
-
Java运行环境：JVM启动参数含
-Dfile.encoding=UTF-8，且System.getProperty("file.encoding")输出为UTF-8 -
IDE/编辑器：如IntelliJ → Settings → File Encodings → 全局与项目编码设为
UTF-8，properties文件勾选“Transparent native-to-ascii conversion” -
数据库存储层：不只是连接参数，还要确认表字段、库、服务端变量（如MySQL的
character_set_database，Oracle的NLS_CHARACTERSET=AL32UTF8）真正生效
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
