navicat 12+密码解密必须选用aes-128-cbc算法，对应navicat12+模式，密钥由硬编码字符串“libcckeylibcckey”及iv“libcciv libcciv ”派生，选错版本或java环境低于1.8.0_151将导致乱码或失败。
直接解密本地保存的加密密码，不需要重置数据库账户或重新配置连接。
Navicat 12+ 版本密码解密必须选对算法
Navicat 12 及之后版本（包括 15、16）使用 AES-CBC 加密，密钥由固定 salt 和硬编码字符串派生。如果误选 navicat11 模式，解密结果全是乱码或空字符串。
- 确认你的 Navicat 版本：菜单栏 → “关于 Navicat” → 查看具体版本号（如
16.0.3） - 工具中必须勾选
navicat12+单选按钮，不能靠猜测 - Java 环境需为
1.8.0_151或更高，否则 AES 密钥派生可能失败（JVM 默认策略限制）
从旧电脑提取加密密码的两个可靠路径
迁移时最常卡在“找不到加密密码字符串”。Navicat 不会明文存储密码，但会在以下两处留下加密值：
- Windows：注册表路径
HKEY_CURRENT_USER\Software\PremiumSoft\Navicat\Connections\{connection_id}\Password，右键导出为 .reg 后用文本编辑器打开，找Password=后的 Base64 字符串 - macOS/Linux：配置文件通常位于
~/Library/Application Support/PremiumSoft/Navicat/Connections/（macOS）或~/.navicat/Connections/（Linux），文件是二进制格式，但可用工具直接读取；更稳妥的是先导出为.ncx文件（Navicat → 文件 → 导出连接）
批量导入 .ncx 文件时容易忽略的兼容性细节
看似一键导入，实际有三个隐性条件决定是否成功：
-
.ncx文件必须是 Navicat 原生导出的，手工修改或用其他工具生成的 XML 结构不兼容 - 不同大版本（如 Navicat 12 导出的 .ncx）不能被标为
navicat11的解密器处理，反之亦然 - 如果 .ncx 中包含中文连接名或特殊字符，确保工具运行环境的系统编码为 UTF-8（Linux/macOS 默认满足，Windows 需确认 cmd 或终端已启用 UTF-8）
真正麻烦的不是解密本身，而是跨平台时注册表路径不可用、配置目录位置不一致、以及 Java 默认字符集导致 .ncx 解析中断——这些细节不提前检查，就会卡在“导入成功但无结果”上。
