什么是碰撞检查？

学习碰撞检查，先把它放回信息模型语境：建设资源、进程与成果对象要有统一分类和编码，信息才能在全生命期里流畅传递与交互。元素描述项目物理与功能特征，产品、材料、属性则给出可计算的几何与性能参数；没有稳定的对象身份，软件报出的“碰撞”无法对应到设计责任人。

编码按表代码与类级留空扩展，保证不同专业软件引用同一套对象。碰撞检查本身是应用层动作——硬碰撞、净距、安装空间——建立在这些分类属性已经齐备的前提上；查完还要回到变更与模型版本，不能只导出一张红绿报告。

机电综合前，先确认风管、桥架、梁柱在模型里使用同一套分类编码与截面属性，再跑硬碰撞与净距检查。若风管仍用临时图层名、没有产品与属性编码，报告里的冲突无法对应到系统图编号，出图会审只能退回重建模。

GB/T 51269-2017 第 1.0.1 条：BIM应用依赖对象分类与编码统一以保障信息交互
GB/T 51269-2017 第 2.0.1 条：元素满足特定主要功能并描述项目物理运营美学特征
GB/T 51269-2017 第 2.0.6 条：建筑产品是建设基本单元可为单体组合或系统
GB/T 51269-2017 第 2.0.11 条：属性描述对象特征如尺寸强度等支撑模型判别
GB/T 51269-2017 第 3.1.1 条：信息分类贯穿建筑生命期并为信息化应用提供原则

GB/T 51269 给的是信息分类编码框架，不是碰撞软件操作规程；硬碰撞容差、LOD 与 RFC 流程要靠项目 BIM 执行标准约定。碰撞检查不能代替施工图审查或强制规范符合性审查。

以为任意三维叠加都叫碰撞检查。模型无编码只对图层。查完不闭环变更。用碰撞报告代替图审。LOD 不够却按精密净距判责。

碰撞检查的学习前提是对象分类编码先统一：元素、产品、材料与属性在全生命期保持一致，冲突才能从几何报警变成可追溯的专业责任；没有 GB/T 51269 这套身份体系，碰撞报告只是无名色块。