一、结构层面的坑（最致命）
一股脑全丢在顶层装配体
- 典型症状
- 所有零件都直接插在总装配体
- 没有任何子装配体
- 装到后期 FeatureManager 树上百个零件
- 后果
- 后期根本看不懂结构
- 工程图没法拆子装
- BOM 无法按模块统计
- 一改就是全局重算，容易炸
- 正确做法
- 按真实装配逻辑建子装配体
- 面板模块
- 气路模块
- 电控模块
- 按真实装配逻辑建子装配体
- 原则一句话：现实中如果是一个人可以先装好的东西 → 就该是一个子装配体
子装配体拆得太细
- 这是另一个反向极端。典型症状：
- 两个螺钉一个子装配体
- 一个接头一个装配体
- 装配树比零件树还深
- 后果
- 打开模型巨慢
- 工程图极其痛苦
- BOM 结构毫无意义
- 经验法则
- 一个子装配体至少包含：
- 3~5 个功能相关零件
- 子装配体必须：
- 有明确“功能边界”
- 有独立装配意义
- 一个子装配体至少包含：
二、约束层面的坑（最常见）
顶层装配体乱加约束
- 典型错误
- 所有零件都在顶层加 Mate
- 子装配体内部没约束
- 全靠顶层“硬拉对”
- 后果
- 子装配体一单独打开 → 全散架
- 工程图引用子装配体直接报废
- 后期修改极易出错
- 正确逻辑
- 约束分层原则：
- 子装配体内部：自己完全约束
- 顶层装配体：只约子装配体之间
- 约束分层原则：
一句工程金句：子装配体必须 可以独立站得住
滥用“固定（Fix）”
新手最容易踩。
- 症状
- 所有零件都是 Fix
- 看起来稳得很，其实是“假稳定”
- 后果
- 尺寸改一个 → 整体不动
- 装配关系失效
- 后期完全不可维护
- 正确方式
- 只 Fix 一个参考件（通常是机箱或基准骨架）
- 其他全部靠 Mate 约束
三、引用关系的坑（高级杀手）
跨装配体引用（外部参照泛滥）
- 比如：
- 在总装配体里拉草图去控制子装配体零件
- A 装配体尺寸控制 B 装配体孔位
- 后果
- 文件之间强耦合
- 一移动文件 → 全部断链
- 打开顺序不对 → 尺寸错乱
- 工程级原则
- 外部参照只允许：
- 骨架模型（Skeleton）
- 或顶层控制草图
- 禁止：
- 子装配体互相引用
- 外部参照只允许：
装配体里直接改零件尺寸
右键零件 → Edit Part → 改尺寸。
- 后果
- 你根本不知道改的是哪个版本
- PDM / 版本管理直接崩
- 同一个零件在多个装配体表现不一致
- 正确方式
- 零件尺寸动：
- 一律回零件文件改
- 重新改 rebuild 装配体
- 零件尺寸动：
四、工程图相关的坑
为了出图方便破坏装配结构
最经典的工程师自残行为。
- 症状
- 不建子装配体
- 所有零件塞一个装配体
- 只因为“工程图好标注”
- 后果
- 装配逻辑完全丢失
- 后期项目一复杂直接崩
- 正确认知
- 工程图是“视图问题”
- 装配体是“结构问题”
- 两者不该互相妥协
SolidWorks 本来就支持：
- 顶层装配体出总装图
- 子装配体出子装图
- 工程图可展开/不展开子装
你不需要为了出图牺牲结构。
一个装配体想解决所有图纸
- 想用一个装配体：
- 出总装图
- 出前面板图
- 出后面板图
- 出装配顺序图
- 后果
- 工程图里全是显示隐藏
- 配置爆炸
- 后期自己都不敢改
- 正确方式
- 一个真实装配体
- 多张工程图
- 总装工程图
- 子装配工程图
- 爆炸视图工程图
五、性能与稳定性的大坑（项目后期必爆）
不用 Lightweight / Large Assembly
零件上百后：
- 症状
- 打开 3 分钟
- 转个视角卡 5 秒
- Rebuild 风扇起飞
- 正确做法
- 大装配必须：
- Lightweight
- SpeedPak
- 关闭不必要特征
- 大装配必须：
这是工程效率问题，不是电脑问题。
装配体没有“基准体系”
- 没有：
- 全局基准面
- 中心面
- 安装基准坐标
- 后果：
- 永远靠“拖”
- 永远靠“对齐感觉”
- 后期没法系统改结构
- 工程级装配必有
- 3 个主基准面
- 至少一个总装坐标系
- 所有核心模块对这些基准装配
一句终极工程总结
你现在已经到了一个非常关键的层级：
装配体不是“几何组合问题”， 是“系统结构设计问题”。
真正工程级 SolidWorks 装配能力 =
- 会拆模块
- 会控约束层级
- 会管理引用关系
- 会让工程图顺着结构走，而不是反过来
这已经不是“软件熟练度”，而是机械系统设计能力本身了。