简介这份资源是面向.NET开发者的Open CASCADEOCCTC#示例源码包适合希望在C#环境中开展3D建模、CAD/CAE/CAM应用开发或需要将OCCT几何与拓扑能力集成到Windows Forms、WPF界面的初中级开发者。压缩包共56个文件约94KB以png界面截图、cs与resx窗体代码、cpp与h底层封装、vcproj与sln工程文件为主另含ico、bmp图标资源及bat启动脚本覆盖从项目配置到界面交互的完整示例结构。目前已有1322人学习下载。源码围绕基本几何对象操作、拓扑结构处理、布尔运算与求交、STEP/IGES数据交换、图形渲染与视图控制、缓存与多线程性能优化、UI集成及异常处理等主题展开读者可据此理解OCCT的C# API调用方式与底层实现细节为定制和扩展OCCT功能提供可复用的参考范例。1. Open CASCADE Sample Source C#从零跑通第一个三维建模程序如果你在 C# 上位机或 CAD 二次开发岗位待过大概率遇到过这种需求客户要一个能参数化生成法兰、齿轮毛坯或管道接头的桌面工具预算不高但要求模型能导出 STEP还要在界面上实时旋转查看。商业内核授权费动辄几十万这时候 Open CASCADE 就成了绕不开的选项。它是一套开源的 B-rep 三维几何内核C 编写提供 C# 绑定能完成实体建模、布尔运算、倒角抽壳、STEP/IGES 读写这些核心工作。标题里的 Sample Source 指的是官方随源码分发的示例工程覆盖从基础图元到高级装配的完整链路。这篇文章面向有 C# 基础、想把这套内核真正用进项目的工程师把环境搭建、最小建模程序、参数调优和常见翻车点一次讲透。2. Open CASCADE 的 C# 绑定怎么选、怎么装2.1 三种绑定方式的取舍Open CASCADE 本身是 C 库C# 要用它中间必须有一层互操作。目前社区里能走通的路子主要有三条选错了后面全是血泪。第一条是官方维护的 OCCT C# 绑定随源码包一起发布通过 C/CLI 或 P/Invoke 封装。优点是版本跟得紧函数签名和 C 文档基本对得上缺点是编译产物大部署时要带一堆原生 DLL而且不同版本的 DLL 命名规则会变升级时容易踩到找不到入口点的坑。第二条是第三方封装库比如 OCCT.NET 这类社区项目。它们通常把常用 API 做了更符合 C# 习惯的包装属性用起来顺手但更新往往滞后于官方版本遇到内核新特性就得自己补绑定。第三条是自己用 P/Invoke 按需封装。适合只用到少量功能的场景比如只做 STEP 读取和三角化显示那完全可以只导出十几个函数部署体积能压到很小。代价是每个函数的参数类型、内存释放规则都要自己对着头文件抠出错时调试成本高。我一般建议项目周期紧、功能覆盖广直接上官方绑定只做查看器或格式转换自己封装更可控。下面以官方绑定为例走一遍安装流程。2.2 环境搭建与第一个工程先确认你拿到的 OCCT 版本7.6 之后官方对 C# 的支持明显改善建议不低于 7.7。安装步骤分三步解压源码包、编译 C# 绑定工程、把生成的原生 DLL 复制到输出目录。# 假设源码解压在 D:\occt-7.8.0 # 进入 C# 绑定目录官方通常在 samples/csharp 或 tools 下 cd D:\occt-7.8.0\samples\csharp # 用 MSBuild 编译绑定工程注意平台要选 x64 msbuild OCCTWrapper.sln /p:ConfigurationRelease /p:Platformx64 # 编译完成后把原生依赖复制到你的项目输出目录 # 这些 DLL 通常在 win64/vc14/bin 下 copy D:\occt-7.8.0\win64\vc14\bin\*.dll D:\MyProject\bin\Release\编译这步最容易翻车的地方是平台不匹配。如果你的 C# 工程是 AnyCPU而绑定 DLL 是 x64运行时会直接抛 BadImageFormatException。解决办法是把主工程的平台目标显式改成 x64别偷懒。装好之后新建一个 WinForms 或 WPF 工程引用编译出来的托管 DLL再写一个最小建模程序验证环境。using OCCT; using System; class Program { static void Main() { // 创建一个长方体参数为长宽高 var box new BRepPrimAPI_MakeBox(100.0, 60.0, 40.0); var shape box.Shape(); // 在长方体上开一个圆柱孔模拟法兰中心孔 var cylinder new BRepPrimAPI_MakeCylinder(15.0, 50.0); // 把圆柱定位到长方体中心Z 轴方向贯穿 var transform new gp_Trsf(); transform.SetTranslation(new gp_Vec(50.0, 30.0, -5.0)); var located new BRepBuilderAPI_Transform(cylinder.Shape(), transform, true); // 布尔差运算从长方体中减去圆柱 var cut new BRepAlgoAPI_Cut(shape, located.Shape()); cut.Build(); if (cut.IsDone()) { // 导出为 STEP 文件 var writer new STEPControl_Writer(); writer.Transfer(cut.Shape(), STEPControl_StepModelType.STEPControl_AsIs); writer.Write(flange.step); Console.WriteLine(导出成功); } else { Console.WriteLine(布尔运算失败); } } }这段代码的逻辑很直白先造毛坯再造刀具最后做差集。参数说明上BRepPrimAPI_MakeBox 的三个参数是 X、Y、Z 方向的尺寸单位跟你的业务约定一致OCCT 内部不关心是毫米还是英寸。gp_Trsf 的 SetTranslation 接受一个 gp_Vec表示平移向量这里把圆柱从原点挪到长方体中心。BRepAlgoAPI_Cut 构造时传入两个 shapeBuild 之后必须检查 IsDone布尔运算失败在内核里是常态不检查就会拿到空 shape 继续往下跑最后导出个空文件还找不到原因。STEPControl_Writer 的 Transfer 第二个参数决定导出模式AsIs 表示保持原样如果要做装配体可以换成 Asm 相关枚举。Write 的路径用相对路径时工作目录是 exe 所在目录别在 IDE 里跑得好好的拷到客户机上就写不出文件。3. 用 Sample Source 里的示例快速验证功能边界3.1 示例工程的目录结构与阅读顺序官方 Sample Source 不是一堆散乱文件它按功能模块分了目录。常见的有 FoundationClasses、ModelingData、ModelingAlgorithms、Visualization 几大类。新手容易一头扎进 ModelingAlgorithms 看布尔运算结果被各种 Builder 和 API 类绕晕。我建议的阅读顺序是先看 FoundationClasses 里的 gp 包把点、向量、矩阵、变换这些基础类型混熟再看 ModelingData 里的 TopoDS理解 TopoDS_Shape、TopoDS_Face、TopoDS_Edge 的层级关系最后才进 ModelingAlgorithms这时候看 BRepPrimAPI、BRepAlgoAPI 就顺了。每个示例工程通常是一个独立的可执行项目编译后能直接跑出结果。不要试图一次编译全部选跟你当前需求最接近的两三个改参数看输出变化比通读代码快得多。3.2 从示例里抄什么、不抄什么示例代码的价值在于展示 API 的调用顺序和参数组合但它的工程结构往往不适合直接搬进产品。比如示例里大量使用控制台输出和硬编码路径异常处理基本没有内存管理靠 using 和手动 Dispose 混着来。抄的时候要守住三条线第一所有 TopoDS_Shape 和 Builder 对象用完必须 DisposeOCCT 的托管封装虽然带了终结器但依赖 GC 回收原生内存会导致内存曲线锯齿状上升长时间运行必崩第二布尔运算和倒角抽壳这类操作每次都要检查 IsDone 和错误码示例里不写是因为它只跑一次第三路径和单位不要硬编码抽成配置项。下面这段是从示例里改出来的安全调用模板加了异常捕获和资源释放。public TopoDS_Shape SafeCut(TopoDS_Shape baseShape, TopoDS_Shape toolShape) { BRepAlgoAPI_Cut cut null; try { cut new BRepAlgoAPI_Cut(baseShape, toolShape); cut.SetFuzzyValue(1e-5); // 设置模糊容差处理微小间隙 cut.Build(); if (!cut.IsDone()) { throw new InvalidOperationException(布尔差运算失败检查输入形状是否有效); } return cut.Shape(); } finally { cut?.Dispose(); } }SetFuzzyValue 这个参数值得单独说。默认容差在模型尺寸跨度大时容易出问题比如一个 1000mm 的底座上开 0.5mm 的槽内核可能判定两个面没有相交。设成 1e-5 到 1e-4 之间通常能解决但别设太大否则会把本该分离的体粘在一起。这个值跟你的模型单位直接相关用米做单位时 1e-5 就太大了。4. 避坑C# 调用 OCCT 最常见的五类翻车4.1 现象程序运行几分钟后内存暴涨原因TopoDS_Shape 和各类 Builder 对象持有原生内存托管封装只负责调用不负责及时释放。GC 触发时机不可控原生内存先于托管对象耗尽。解决所有实现 IDisposable 的 OCCT 对象在 using 块或 try/finally 里显式 Dispose。特别是循环里创建的 shape每次迭代结束就释放别攒着。4.2 现象布尔运算返回空 shape 或抛异常原因输入形状本身无效比如自相交的面、零长度的边或者两个形状的容差设置不匹配。OCCT 对输入质量比商业内核敏感。解决运算前用 BRepCheck_Analyzer 检查形状有效性用 ShapeFix_Shape 做修复。两个形状的容差差距大时统一用 SetFuzzyValue 拉平。4.3 现象STEP 文件导出成功但打开是空的原因Transfer 时传入了空 shape或者 Write 的路径没有写权限。还有一种情况是 shape 的坐标系在很远的地方查看器默认视角看不到。解决Transfer 前判断 shape 是否 IsNull。导出后用 STEPControl_Reader 读回来验证实体数量。坐标系问题用 Bnd_Box 算一下包围盒确认模型在合理范围内。4.4 现象界面旋转模型卡顿帧率个位数原因每次重绘都重新三角化整个模型或者把 B-rep 直接丢给渲染管线。OCCT 的显示需要先做网格化。解决用 BRepMesh_IncrementalMesh 做一次三角化参数里 LinearDeflection 控制精度设成模型尺寸的千分之一左右。三角化结果缓存起来旋转时只更新视图矩阵不重新计算网格。4.5 现象升级 OCCT 版本后编译报找不到入口点原因C# 绑定的 DLL 名称或导出函数签名在新版本里改了旧代码引用的方法不存在。解决升级时同步更新托管 DLL 和原生 DLL不要混用版本。检查官方迁移文档里的 API 变更列表重点看 BRepAlgoAPI 和 BRepPrimAPI 这两个命名空间。5. 把示例代码变成可交付模块的三个技巧5.1 用工厂模式隔离内核版本项目做到后期客户可能要求换内核版本或者同时支持两个版本。把创建 shape 和运算的代码收进一个接口不同版本各写一个实现类上层业务不直接引用 OCCT 类型。这样升级时只改工厂里的映射不动业务逻辑。public interface IGeometryKernel { object CreateBox(double dx, double dy, double dz); object Cut(object baseShape, object toolShape); void ExportStep(object shape, string path); }接口里用 object 是权宜之计更干净的做法是定义自己的几何抽象层把 TopoDS_Shape 包在里面。这样连 OCCT 的引用都不会漏到业务层。5.2 参数化建模的尺寸驱动表示例里的尺寸都是写死的实际项目需要从配置或数据库读。建一个尺寸表把关键尺寸和约束关系列清楚建模代码只引用表里的字段。改尺寸时只动表不动代码。这个做法在法兰、齿轮这类标准件上特别省事。参数名含义默认值约束OuterD外径100大于 InnerDInnerD内径40小于 OuterDThickness厚度20大于 0HoleCount螺栓孔数6整数2 到 12HoleD螺栓孔径8小于 (OuterD-InnerD)/25.3 导出前的几何校验清单交付前跑一遍校验能省掉大量返工。检查项包括实体数量是否与预期一致、包围盒尺寸是否在公差内、是否有自由边和无效面、STEP 读回后体积是否变化超过阈值。这几项用 OCCT 自带的检查工具就能做写成脚本挂在导出流程后面。我自己的习惯是每次改完建模代码先跑校验脚本通过了再生成给客户的文件。这个习惯帮我拦下过好几次因为容差设错导致的模型破面。希望帮到你。本文还有配套的精品资源点击获取