pl/sql developer 存储过程编译后，重新打开 中文显示乱码

参考引用

Oracle数据库字符集和客户端字符集不同的解决办法

在用PLSQL登录oracle数据库时可能遇到报错如下：
数据库字符集(ZHS16GBK)和客户端字符集(2%)是不同的,字符集转化可能会造成不可预期的后果
不管错误信息中你的数据库字符集是什么，都是由于数据库服务端和你的客户端字符集不统一造成的。
影响Oracle数据库字符集最重要的参数是NLS_LANG参数。
它的格式如下: NLS_LANG = language_territory.charset
它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。
其中:
1. Language： 指定服务器消息的语言， 影响提示信息是中文还是英文
2. Territory： 指定服务器的日期和数字格式，
3. Charset： 指定字符集。
如:AMERICAN_AMERICA.ZHS16GBK
可以通过以下方法解决：
1. 查询数据库服务端的字符集
select * from nls_database_parameters 可以分别查出字符集各组成部分的值

服务器端结果： AMERICAN_AMERICA.AL32UTF8

或者用 select userenv(‘language’) from dual 可以整体查出。
也可以用 select * from nls_instance_parameters 查看你客户端的字符集

客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。
如果不一致，就得修改客户端的字符集，修改为同server端相同的字符集。

1. 修改客户端字符集
   修改注册表
   打开注册表,‘开始’-‘运行’ 输入‘regedit’-确定。
   找到
   HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb10g_home1的NLS_LANG 键，
   修改为数据库服务器的字符集值：AMERICAN AMERICAN_AMERICA.AL32UTF8
   注册表结果：SIMPLIFIED CHINESE_CHINA.ZHS16GBK
   

需重新打开plsql ，登录再确认是否显示正常。
（我本机环境变量没有NLS_LANG，未做上一步确认，直接新增环境变量NLS_LANG，设置为AMERICAN_AMERICA.AL32UTF8）

1. 如上述步骤后依然报错，再看看环境变量中NLS_LANG的值