oracle安装界面乱码根本原因是jre缺少cjk字体，需将simhei.ttf等中文字体重命名为lucidasans.ttf并放入jre/lib/fonts目录，刷新字体缓存、设置jvm参数，windows还需禁用beta版utf-8支持。
oracle安装界面出现方块或乱码，单纯执行export nls_lang=...完全无效——这不是字符集问题，是jre缺中文字体。
为什么export NLS_LANG对Oracle安装程序没用
Oracle安装脚本runInstaller是Java Swing应用，启动时只加载JRE自带字体（如LucidaSans.ttf），根本不读取NLS_LANG环境变量。这个变量只影响SQL*Plus、exp等命令行工具的字符转换逻辑，和图形界面渲染无关。
常见错误现象：
- 在终端里
export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK后运行./runInstaller，界面仍是方块 -
locale显示LANG=zh_CN.UTF-8，但安装界面中文不显示 - 误以为改
LANG或LC_ALL能解决，实际毫无作用
真正起效的操作：替换JRE字体文件
必须进入Oracle安装包解压后的jre/lib/fonts/目录，手动替换字体：
- 找到安装包里的
jre/目录（Linux下常在stage/jre/，Windows在install/jre/） - 备份原
jre/lib/fonts/LucidaSans.ttf - 把
simhei.ttf或NotoSansCJKsc-Regular.otf重命名为LucidaSans.ttf，覆盖进去 - 执行
chmod 644 jre/lib/fonts/LucidaSans.ttf确保可读 - Linux下还需运行
sudo fc-cache -fv刷新系统字体缓存
Windows平台要额外禁用Beta版UTF-8支持
即使替换了字体，Windows 10/11开启“Beta版UTF-8支持”会导致JRE解析字节错乱，表现为部分中文显示为问号或乱码：
- 路径：
设置 → 时间和语言 → 区域 → 管理语言 → 更改系统区域设置 → 取消勾选「Beta版UTF-8支持」 - 编辑
install/oraparam.ini，在[JRE]段末尾添加：JRE_MEMORY_OPTIONS = "-Dfile.encoding=UTF-8 -Dsun.jnu.encoding=UTF-8" - 不要双击
setup.exe，改用命令行：setup.exe -jreLoc "C:\path\to\jre"显式指定已改字体的JRE
远程X11场景下容易忽略的点
通过ssh -X连接Linux服务器运行runInstaller时，Swing可能绕过本地JRE字体，直接走X Server端渲染：
- 服务端需安装中文字体包，例如RHEL/CentOS：
yum install xorg-x11-fonts-misc - 启动前加JVM参数强制本地渲染：
export JRE_OPTIONS="-Dawt.useSystemAAFontSettings=lcd -Dswing.aatext=true" - 验证方式：写个最小Swing程序
java -cp . TestFont，仅当它能正常drawString中文，才说明字体链打通了
真正卡住人的从来不是NLS_LANG设不对，而是字体文件没重命名、权限没放开、X11转发时服务端没装字库——这些细节漏掉一个，export敲一百遍也没用。
