2. CATIA协同环境与数据架构
在单机环境下，CATIA 的设计变更只影响本机文件；一旦进入多人协同，变更就必须经过一个“权威数据源”才能被其他工程师看到。这个权威数据源就是 ENOVIA/VPM 协同平台。理解本节的关键，不是记住菜单在哪，而是建立一条清晰的数据链路：本地缓存 → 服务器数据库 → 产品结构树 → 其他用户的工作环境。只有把这条链路想清楚，后续的检入检出、版本升级、装配更新才有判断依据。
一、ENOVIA/VPM 在协同中的角色
ENOVIA 是达索的 PLM 协同平台，VPM（Virtual Product Model）是其面向 CATIA 的产品数据管理内核。二者在工程实践中常被合称，实际使用时通过 CATIA 的 ENOVIA V5 VPM 或 3DEXPERIENCE 连接器接入。它承担四件事：
- 唯一数据源：所有正式零件、装配、图纸的“主副本”存放在服务器数据库中，而不是某个人的硬盘。
- 权限与状态控制：通过“检入/检出（Check In / Check Out）”锁定对象，避免两人同时改同一零件。
- 版本与迭代管理：每次检入生成新版本（Revision/Iteration），旧版本可追溯。
- 结构关系维护：装配的父子关系、实例数量、位置矩阵由平台统一记录，而不是散落在各文件的链接里。
因此，协同环境下的 CATIA 文件不再是“一个 .CATPart 文件”，而是“数据库中的一条对象记录 + 本地缓存副本”。这是与单机模式最本质的区别。
二、产品结构树：协同的骨架
产品结构树（Product Structure）是装配关系的逻辑表达。在 ENOVIA 中，它由“产品（Product）—零件（Part）—实例（Instance）”三类节点构成。根节点通常是总成（如 Vehicle_Assembly），其下挂子装配，子装配下挂零件。每个零件在树中以“实例”形式出现，同一零件可被多次引用，实例携带自己的位置矩阵和属性。
结构树与文件的关系是：树是逻辑关系，文件是物理载体。一个零件文件被多个装配引用时，服务器只存一份，树中通过实例复用。这正是协同环境能大幅节省存储、保证一致性的原因。修改零件文件，所有引用它的装配在更新后都会同步变化。
三、装配文件组织与缓存机制
CATIA 连接 ENOVIA 后，本地并不直接编辑服务器文件，而是先把对象下载到本地缓存目录（默认位于 %APPDATA%\DassaultSystemes\CATSettings 附近的 CATCache 或由管理员配置的缓存路径）。缓存的作用是加速打开、支持离线查看、减少网络往返。但缓存也带来风险：缓存过期会导致看到旧版本，缓存损坏会导致打开失败。
典型交互过程如下：
- 用户从 ENOVIA 搜索并打开某装配，客户端向服务器请求结构树和所需零件。
- 服务器返回对象元数据与文件流，客户端写入本地缓存。
- 用户检出需要修改的零件，服务器将该对象锁定，其他用户只能只读打开。
- 修改完成后检入，客户端上传新版本，服务器更新版本号并释放锁。
- 其他用户刷新结构树或重新打开时，客户端比对服务器版本，若本地缓存落后则重新下载。
这里有一个容易被忽视的参数：缓存刷新策略。在 工具 → 选项 → 常规 → 缓存 中可设置缓存大小上限和清理周期。若缓存上限过小，频繁下载会拖慢大装配；若过大且长期不清理，可能占用数十 GB 磁盘。工程上建议将缓存放在独立分区，并定期用“清理缓存”功能移除已检入且不再使用的对象。
四、服务器交互与状态判断
协同环境中最常见的异常不是软件崩溃，而是“状态不一致”。判断依据可以归纳为三类信号：
| 现象 | 可能原因 | 处理方向 |
|---|---|---|
| 结构树节点显示锁图标 | 他人已检出该对象 | 只读打开或联系持有人释放 |
| 打开时提示“版本不匹配” | 本地缓存落后于服务器 | 刷新结构树，重新下载 |
| 检入失败、提示冲突 | 服务器已有更新版本 | 先更新本地，再合并或重新检出 |
这些判断都依赖一个前提：客户端与服务器保持连接。若网络中断，CATIA 会进入离线模式，此时可查看缓存中的对象，但不能检入。恢复连接后应先执行“刷新”再继续操作，避免基于旧状态做变更。
五、实操中的关键判断
假设一个四人小组协同设计某夹具总成，A 负责基座，B 负责压紧机构，C 负责定位销，D 负责总装。D 打开总成时，结构树中 A、B、C 的零件应显示为已发布状态。若 A 修改基座后检入，D 需要执行“更新”才能看到新几何。此时若 D 的缓存中仍是旧版本，CATIA 会提示“对象已过期”，点击更新后客户端重新下载 A 的新版本并刷新显示。
判断协同是否正常，可以看三个点：结构树节点是否可展开、锁图标是否只出现在被检出对象上、检入后版本号是否递增。若结构树打不开，优先检查网络与服务器连接；若锁图标异常，检查是否有未释放的检出；若版本号不递增，说明检入未真正提交，需查看服务器日志或重新检入。
把本节内容压缩成一句话：ENOVIA/VPM 是权威数据源，产品结构树是逻辑骨架，本地缓存是加速副本，检入检出是同步闸门。后续所有设计变更与大型装配协同的操作，都建立在这四者的关系之上。