Navicat 15 的 Auto Layout 功能未失效，而是仅对当前视图中可见且未锁定的表生效；若存在锁定表、缩放异常、外键缺失或 Java 环境不全，均会导致布局无反应或错乱。
Auto Layout 按钮点了没反应，是不是功能坏了
不是坏了，是 navicat 15 的 auto layout 只对「当前视图中可见且未锁定」的表生效。只要有一张表被手动拖过位置、或右键勾选了 lock position，整个布局算法就跳过它，剩下几张表再怎么点也不会重排——看起来像没反应。
常见误操作链：拖动 user 表 → 觉得位置好 → 右键 → Lock Position → 点 Auto Layout → 画面纹丝不动。它不是卡死，是主动避开了所有锁定对象。
- 检查每张表右下角是否有小锁图标，有就说明被锁定了
- 批量解锁：按住
Ctrl多选表 → 右键 →Unlock Position - 确保画布缩放比例在 50%～150% 之间，极端缩放（如 25% 或 300%）会导致 Auto Layout 计算失败并静默退出
点了 Auto Layout 后表全堆到左上角，连线乱成一团
这是 Navicat 15 默认使用「力导向（force-directed）」算法导致的，它不区分业务逻辑，只按节点间连接强度拉扯。没有外键约束的表会被当成孤立点，直接吸到原点；多对多中间表若没显式外键，也会漂移失位。
解决方法不是反复点，而是先清理输入条件：
- 确认所有关键关系都定义了真实
FOREIGN KEY约束（不是仅靠字段名相似），用SHOW CREATE TABLE验证 - 避免在一张表里同时存在多个同名外键指向不同父表（比如两个
user_id分别引用users和admins），Navicat 15 解析时容易混淆 - 导出前先执行
Layout → Organize Diagram（比 Auto Layout 更稳定），它会按层级拓扑分组，比纯力导向更可控
为什么导出 PDF 后布局又崩了，和屏幕上看到的不一样
Navicat 15 导出 PDF 是按「当前视图快照」渲染，不是按逻辑图结构重建。如果你没在导出前手动执行一次布局固化，PDF 就会沿用上次手动拖拽留下的原始坐标，哪怕你刚点过 Auto Layout，只要没点击 Apply Layout 或 Organize Diagram，那些新位置就不会被写入图层状态。
- 每次导出前必须做一步：点击菜单
Layout → Organize Diagram（推荐）或Tree Layout - 导出前把缩放调到
100%（用Ctrl + 鼠标滚轮），避免因缩放偏差导致 PDF 中字体/连线比例异常 - 禁用
Fit to canvas on zoom（右键画布 →Canvas Properties），否则缩放行为会干扰导出坐标系
自适应布局（Adaptive ER Diagram）点不了或报 Failed to generate adaptive layout
这个功能在 Navicat 15 中依赖本地 Java 进程跑图形计算，但它不自带 JRE，也不检查 Java 环境是否就绪。报错基本等于「后台布局引擎根本没启动」。
- 去 Navicat 安装目录看有没有
jre文件夹，没有就去官网下载对应版本的完整包（不是精简版） - Navicat 15 对 PostgreSQL 12+ 和 MySQL 8.0.19+ 的自适应支持不完整，遇到报错优先改用
Organize Diagram - 如果连
Organize Diagram都失效，可能是模型文件损坏，可尝试新建模型 → 逆向工程重载表 → 再布局
复杂点在于：Navicat 15 的布局能力本质是「状态快照型」而非「语义驱动型」。它不理解“用户中心”或“订单域”，所有排版结果都取决于你此刻解锁了哪些表、是否触发了固化操作、以及 Java 子进程有没有真正跑起来。手动干预步骤一个都不能少。
