oracle客户端中文乱码主因是nls_lang未对齐服务端字符集，需按language_territory.characterset格式设置，并同步检查环境变量、注册表及工具独立配置。

oracle客户端连接时中文显示为问号或方块，nls_lang设错是主因

不是数据库编码问题，大概率是客户端环境变量没对齐服务端字符集。oracle不自动协商字符集，全靠nls_lang告诉它“我用什么编码收发数据”。设成american_america.al32utf8却连着zhs16gbk库，中文必然乱码。

• NLS_LANG格式必须是LANGUAGE_TERRITORY.CHARACTERSET，三段缺一不可，中间用下划线，不能有空格
• 查服务端真实字符集：登录数据库执行SELECT * FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER = 'NLS_CHARACTERSET';
• 常见搭配：服务端是ZHS16GBK，客户端NLS_LANG就得设为AMERICAN_AMERICA.ZHS16GBK；服务端是AL32UTF8，才可设AMERICAN_AMERICA.AL32UTF8
• Windows下用set NLS_LANG=AMERICAN_AMERICA.ZHS16GBK（命令行临时生效），Linux/macOS用export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK

SQL*Plus和PL/SQL Developer等工具不读系统NLS_LANG，得单独配

很多工具启动时不继承shell或cmd的环境变量，尤其图形界面程序。比如在Linux终端里export了NLS_LANG，但双击打开SQL*Plus还是乱码——它压根没读这个变量。

• SQL*Plus：启动前必须在shell中设置好NLS_LANG，且确保没有被脚本覆盖（检查$ORACLE_HOME/sqlplus/admin/glogin.sql里有没有SET NLS_...）
• PL/SQL Developer：在Tools → Preferences → Oracle → Connection里手动填NLS_LANG值，不依赖系统变量
• Toad：类似PL/SQL Developer，在连接配置页底部有NLS Settings区域，填AMERICAN_AMERICA.ZHS16GBK这类完整值
• Java应用（如JDBC）：不用设NLS_LANG，改用连接URL加参数，例如?useUnicode=true&characterEncoding=GBK（注意这是JDBC驱动行为，和Oracle原生无关）

NLS_LANG只影响客户端字符转换，不影响数据库存储和SQL解析

设错NLS_LANG不会导致数据写坏，但会让客户端“看错”或“输错”。比如你用ZHS16GBK客户端往AL32UTF8库插数据，Oracle会按GBK解码你发的字节，再转成UTF8存——如果原始字节根本不是GBK编码，结果就是乱码入库。

• 插入前确认：用SELECT DUMP('测试', 1016) FROM DUAL;看实际存入的十六进制值，比对是否符合预期编码
• 导出数据时（exp/expdp），NLS_LANG决定导出文件的编码，和源库字符集不一致会导致.dmp文件本身乱码
• SQL语句里的中文字符串（如WHERE name = '张三'）由客户端编码决定，不是数据库编码——所以NLS_LANG错，连SELECT都查不到结果
• 数据库内部排序、比较用的是NLS_SORT等参数，和NLS_LANG无关，别指望靠它解决中文排序问题

Windows注册表里残留的NLS_LANG常被忽略，优先级高于环境变量

装过旧版Oracle客户端或某些国产软件后，注册表HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE下可能留有NLS_LANG项，Windows服务或后台进程会优先读这里，导致你改了环境变量也没用。

• 检查路径：HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_<code>ORACLE_HOME_NAME，看是否有NLS_LANG字符串值
• 如果存在，删掉它，或改成和当前环境一致的值（如AMERICAN_AMERICA.ZHS16GBK）
• 修改后重启相关服务（如OracleServiceORCL）或重新登录Windows，否则新设置不生效
• 用echo %NLS_LANG%和reg query "HKLM\SOFTWARE\ORACLE" /s对比，确认两者一致

Oracle字符集问题最麻烦的不是设不对，而是多个地方（系统变量、注册表、工具配置、JDBC URL）同时存在不同设置，互相打架。动手前先用echo %NLS_LANG%或env | grep NLS确认当前生效值，再查工具自身配置，最后看注册表——顺序错了，调三天也白搭。