Navicat 17 相比 16 版在跨平台操作上存在三大实质性断层：原生支持 Linux ARM 与国产系统（16 版无 ARM 二进制且 Wine 不支持 ARM）、文档视图默认行为差异显著（如 _id 隐藏逻辑、树视图崩溃修复）、事务底层驱动升级（17 版采用 driver 1.25+，修复分片集群事务竞态并强制 TLSv1.2 协商）。
mongodb 跨平台操作在 navicat 16 和 17 上不是“差不多”，而是存在原生支持、视图行为、事务能力三个层面的实质性断层。
Navicat 17 原生支持 Linux ARM 和国产系统，16 版根本跑不起来
Navicat 16 的 Linux 安装包只有 navicat160_x64.tar.gz，在树莓派、飞腾、鲲鹏等 ARM 设备上直接报 cannot execute binary file: Exec format error。它没有 ARM 架构二进制，也没法靠 Wine 补救（Wine 不支持 ARM）。
Navicat 17 提供了 navicat170_arm64.tar.gz，原生适配 Ubuntu ARM、统信 UOS 20+、银河麒麟 V10 SP1。实测在 UOS 上启动快 3.2 秒，无字体模糊、菜单错位。
注意：ldd --version 小于 2.34 的旧系统（如 CentOS 7）仍无法运行 17 版，这是硬性依赖。
MongoDB 文档视图在不同平台表现一致，但默认行为差异极大
网格视图、树视图、JSON 视图三者在 Windows/macOS/Linux 上界面一致，但默认隐藏逻辑和交互陷阱不同：
• _id 字段在网格视图中默认隐藏，复制整行会漏掉它；必须切到 JSON 视图才能确认 ObjectId 完整性
• 树视图能逐层展开嵌套文档和数组，但右键「折叠全部」在 macOS M1/M2 上曾触发 CGSGetSurfaceBounds 崩溃，17 版已移除该 CoreGraphics 调用路径
• Redis 的哈希（Hash）类型在树视图下可逐层展开，但网格视图只显示第一层 key-value；若误在网格视图批量删除，实际删的是整个 hash 结构，而非单个 field
事务支持和锁行为跨平台统一，但底层驱动版本影响可靠性
Navicat for MongoDB 声称支持 MongoDB 4+ 事务，但这依赖客户端驱动版本与服务端协商能力：
• 所有平台（Windows/macOS/Linux）在网格编辑器中修改文档后，点击「保存」时均发送带 session 的事务命令，非简单 updateOne
• 但 Navicat 16 使用较老的 MongoDB C Driver，遇到分片集群 + 多文档事务时偶发 Transaction numbers do not match 错误；17 版升级至 driver 1.25+，已修复该竞态
• 若连接 MongoDB Atlas 或阿里云 MongoDB，需确保 TLS 版本 ≥ 1.2；16 版在某些 Linux 发行版 OpenSSL 1.0.2 下握手失败，17 版强制启用 TLSv1.2 协商
真正容易被忽略的点是：视图切换不是纯 UI 行为，它直接影响数据导出、复制、甚至 AI 助手的上下文提取——比如「询问 AI」生成聚合管道时，若当前处于网格视图且 _id 被隐藏，AI 可能忽略主键约束条件；切到 JSON 视图再提问，结果才可靠。
