不能，Navicat 15 在 M 系列芯片 Mac 上无法稳定运行，因其纯 x86_64 架构与 macOS Sonoma+ 的 Hardened Runtime、缺失 entitlements、MySQL 8.x 认证及未公证签名叠加，导致静默拦截或 EXC_BAD_ACCESS。
Navicat 15 在 M 系列芯片 Mac 上无法通过 Rosetta 稳定运行——这不是配置问题，而是架构与系统限制叠加导致的必然失败。
为什么 Navicat 15 在 macOS Sonoma/Ventura/Monterey 后期版本上必闪退
Navicat 15 是纯 x86_64 架构应用，无任何 ARM64 二进制成分。在 macOS 12.6+（尤其是 Sonoma 14.4.1 及之后）中，Hardened Runtime 会静默拦截未公证、缺失必要 entitlements（如 com.apple.security.cs.allow-jit）的转译进程。你看到“启动后瞬间消失”，终端里 ps aux | grep Navicat 找不到残留进程，控制台日志则高频出现：Hardened Runtime violation: hardened runtime forbids dylib injection。
即使手动勾选“使用 Rosetta 打开”，也常因以下任一条件不满足而失败：
- Rosetta 2 未完整安装（M3/M4 Mac 需运行
/usr/sbin/softwareupdate --install-rosetta --agree-to-license） - 安装包带
com.apple.quarantine属性，且未清除（sudo xattr -rd com.apple.quarantine /Applications/Navicat\ Premium.app） - MySQL 8.x 默认启用
caching_sha2_password认证，Navicat 15 内置驱动完全不识别，握手阶段直接触发未捕获异常退出
file 命令验证：x86_64 就是死路一条
别信图标、别信“已验证”弹窗、别信官网页面写的“兼容 Apple Silicon”。唯一可信的是终端输出：
file "/Applications/Navicat Premium.app/Contents/MacOS/Navicat"
如果输出只含 x86_64，没有 arm64，说明它不具备原生能力，且在 M4 芯片上甚至不会尝试转译，直接报 EXC_BAD_ACCESS。这种情况下，“调优 Rosetta 设置”或“重装 Java 运行时”等操作全部无效——底层指令集都不匹配。
Navicat 官方自 2023 年 10 月起的 16.1.14+ 版本才提供真正 ARM64 原生二进制；15 系列所有版本（包括 15.6.11）均无此支持。
临时能跑 ≠ 稳定可用：连上 MySQL 5.7 也不代表安全
有人发现 Navicat 15 在 M2 Mac 上能连 MySQL 5.7，就以为“可以凑合用”。但这是危险的错觉：
- 一旦切换到 MySQL 8.0+ 或启用了 SSL/TLS，
SSL handshake failed或连接超时几乎必然发生（驱动层 TLS 栈过旧，且不校验系统时间差） - 导出大表时 Batch size 设高会触发
MySQL server has gone away（因 libmysqlclient 的 packet 处理逻辑与现代max_allowed_packet不兼容） - SSH 隧道连接下，
ssh-agent凭据无法继承，每次连接都要重输密钥密码 - macOS 14+ 暗色模式下 UI 渲染异常（中文变问号、按钮失焦），因缺失
NSRequiresAquaSystemAppearance配置项
真正稳定的路径只有一条：升级到 Navicat 16.1.14 或更高版本，并严格确认其为 ARM64 原生包。任何试图让 Navicat 15 在 M 系列 Mac 上长期稳定运行的方案，最终都会卡在某个协议细节、签名机制或驱动兼容性上——不是今天崩，就是明天崩。
