PL/SQL Developer 是 32 位程序，无法加载 64 位 oci.dll，导致连接失败；需配对 32 位 Oracle 客户端、正确设置 TNS_ADMIN 和 NLS_LANG 环境变量，并重启进程生效。
PL/SQL Developer 本身是 32 位程序，无法加载 64 位 oci.dll
这是绝大多数连接失败的根本原因。PL/SQL Developer 官方从未发布过 64 位版本，所有公开可下载的安装包（包括 v14/v15/v16）都是 32 位进程。当你本机装了 64 位 Oracle 数据库（比如 oracle 11g 64-bit 或 19c 64-bit），它的 oci.dll 位于 ORACLE_HOME\bin 下，是纯 64 位的动态链接库 —— Windows 的 WoW64 子系统不允许 32 位进程直接加载 64 位 DLL，所以会卡在 LoadLibrary(...\oci.dll) returned 0，弹出 “Could not initialize oci.dll” 或 “Make sure you have the 32 bits Oracle Client installed”。
tnsnames.ora 找不到或路径错，触发 ORA-12154
即使 oci.dll 加载成功，PL/SQL Developer 还得靠 tnsnames.ora 解析数据库别名（比如你填的 ORCL）。它默认不读取 Oracle 安装目录下的网络配置，除非你显式告诉它去哪儿找：
-
TNS_ADMIN环境变量必须指向包含tnsnames.ora的目录（通常是ORACLE_HOME\network\admin） - 如果只设了
ORACLE_HOME却没设TNS_ADMIN，PL/SQL Developer 会去%ORACLE_HOME%\network\admin找 —— 但这个路径下往往没有文件，尤其用 Instant Client 时根本没这目录 - 复制
tnsnames.ora到 Instant Client 根目录 +TNS_ADMIN指向该根目录，比硬凑ORACLE_HOME更可靠
字符集不一致导致中文乱码或连接中断
NLS_LANG 不只是影响显示，它还参与客户端与服务端的字符协议协商。设错会导致连接建立后查询返回乱码，甚至某些操作（如 PL/SQL 编译含中文注释）直接失败：
- 查当前数据库实际字符集：
SELECT parameter, value FROM nls_database_parameters WHERE parameter IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET'); - 常见匹配组合：
SIMPLIFIED CHINESE_CHINA.ZHS16GBK（对应 GBK）、AMERICAN_AMERICA.AL32UTF8（对应 AL32UTF8） - Windows 系统级环境变量生效需重启 PL/SQL Developer 进程；若用 bat 启动，
set NLS_LANG=...必须写在start plsqldev.exe前
Instant Client 版本与 Oracle 数据库不兼容
不是所有 32 位 Instant Client 都能连上任意版本的 64 位 Oracle。Oracle 官方要求客户端版本 >= 服务器版本（允许小版本向下兼容，但不能跨大版本）：
- 连
Oracle 11.2.0.4用instantclient-basic-nt-11.2.0.2.0可能报 ORA-12547（TNS:lost contact） - 连
Oracle 19c推荐用instantclient-basic-windows.x64-21.12.0.0.0的 32 位版（注意：21c 客户端支持连 11g–19c 服务端） - 下载页面要认准 “32-bit” 标识，别被 “x64” 页面误导 —— 即使页面 URL 含 x64，也要点进子链接确认架构
真正容易被忽略的是：PL/SQL Developer 启动时读取的是当前进程的环境变量快照，而不是你改完就立刻生效的系统变量；哪怕设置了 TNS_ADMIN 和 NLS_LANG，也必须彻底关闭所有 plsqldev.exe 进程再重新启动，否则旧值仍驻留在内存里。
