1.2 模型开发器与建模环境

1.2 模型开发器与建模环境

本节摘要：1.1 节照着点击路径跑通了模型，本节回头把模型开发器这棵树逐层拆开：根节点、全局定义、定义、组件、研究、结果六层各有明确职责，参数的写法、依赖的传播、节点状态图标都决定着你建模的效率与排错速度。

从一棵树说起

1.1 节的模型能跑通，靠的是照着路径点；但从这一节起，你要能看懂树本身。打开上一节保存的 plate_v1.mph，左侧就是完整的模型开发器。自上而下六个层级，像一份工程的文件目录：谁在前谁在后不是随意排的，上游层的输出正是下游层的输入。这一节把六层逐一过一遍，每层都回答同一组问题：它放什么、谁会引用它、改了它会传播到哪里。

六层职责逐层过

根节点与模型信息：树最顶端以文件名命名的节点存着模型元信息——消息、说明文档、默认单位制（选项菜单→偏好设置里可把角度制改成弧度、长度改成毫米）。右键根节点还有"重置历史"：.mph 文件会记录你的每一步操作历史，做了大量删改后重置一次，文件体积能缩小一半以上。

全局定义：参数、解析函数、插值表都住在这里。它是全树的"宪法"，被下面所有层引用，改一处全树生效。把 1.1 的模型参数化，就是在这一层做文章：

名称      表达式              值          描述
L0       100[mm]            0.1 m       板长
W0       60[mm]             0.06 m      板宽
T0       2[mm]              0.002 m     板厚
T_hot    80[degC]           353.15 K    热源温度
T_inf    20[degC]           293.15 K    环境温度
h_air    10[W/(m^2*K)]      10          空气换热系数
A_top    L0*W0              0.006 m^2   顶面面积（引用前两项）
​

参数列支持表达式引用，A_top 直接由 L0 和 W0 算出，改板长后面积自动跟着变。单位写在方括号里，软件自动换算到 SI 单位制参与计算，这正是"80[degC]"比"353.15"安全的原因——人填人的单位，程序换程序的制式。

定义层（组件内）：与全局定义不同，这一层的内容只属于当前组件。常用的有变量、探针、非局部耦合与坐标系。变量适合放后处理公式，比如定义 Q_out = h_air*(T-T_inf)，之后任何求值都能直接引用；探针则是在求解过程中实时输出的监视点，瞬态计算时盯一条温度曲线比等算完再看舒服得多。

组件层：几何序列、材料、物理场接口、网格四个模块的集合。几何序列里每条指令是一个节点，构建时从上到下依次执行，顺序错了结果就错——先画孔再画板和先画板再画孔，布尔结果完全不同。材料节点把属性"链接"到域上，同一个模型里不同域可以挂不同材料。物理场接口可以多个并存：ht 和 solid 同时挂载，就为第 5 章的热-结构耦合埋下了伏笔。

研究层：研究步骤（稳态、瞬态、特征频率等）的序列，默认求解器配置折叠在"求解器配置"子树下，日常不需要动，第 6 章再掀开。一个研究可以包含多个步骤，比如先稳态再瞬态，上一步的解自动成为下一步的初值。

结果层：数据（存放解的引用）、绘图组、派生值、表格四类对象。绘图组管画图，派生值管算数（最大值、平均值、积分），表格管呈现。结果层的所有表达式都只读——它引用解，但改不动解；想改变结果，只能回到上游改模型。

节点状态与依赖传播

树节点右下角的小图标值得盯住：出现"待构建"标记的节点，说明它或它的上游变了、结果已过期，点功能区"全部构建"即可刷新；几何改了而网格没重建就点计算，软件通常会自动重建网格，但边界编号可能变化——这就是为什么设置里引用边界时推荐点选而非手输编号。依赖传播有一条铁律：上游改动向下游传播，下游永远无法反向修改上游。排错时从树顶往下查，参数写错查全局定义，选择丢失查几何，约束不足查物理场，层层往下，很少会迷路。

一个提高效率的习惯是"参数先行"：拿到问题先别急着画几何，把所有可能要变的量列成参数表写进全局定义，几何、材料、边界全程引用参数。这样后面做方案对比时只改参数表，不动任何节点——第 7 章的参数扫描会把这个习惯的红利放大到极限。

💡 看不懂别人发来的模型时，先右键根节点看"模型信息"，再展开全局定义看参数表，两分钟就能知道这个模型在算什么、哪些量是设计变量。

本节要点回顾

• 六层结构：全局定义（参数宪法）、定义（组件内变量）、组件（几何/材料/物理场/网格）、研究（求解指挥）、结果（只读呈现），根节点另存模型元信息。
• 参数四栏写法与方括号单位语法，表达式支持引用其它参数，改一处全树生效。
• 依赖只向上游到下游传播，"待构建"图标提示结果过期，全部构建一键刷新。
• 边界引用用点选，避免几何改动后编号漂移导致条件错挂。
• 参数先行是全册反复强调的工作习惯，第 7 章的扫描与优化都建立在这上面。

补一段关于模型树纪律的经验。COMSOL 的模型开发器是一棵从根到叶的树，每一层都记录了你的全部操作历史——这既是它的强大之处也是新手最容易栽跟头的地方。没有纪律的建模者会在几何节点上反复修改、在材料节点上手动覆盖、在网格节点上试错，最终产出一棵谁也看不懂、自己也不敢动的"史前巨树"。推荐的纪律是：几何节点命名化（每个几何对象用有意义的名字，如"heatsink_base"而不是"blk3"）；分组使用（右键创建 Group 把逻辑相关的节点归组）；参数驱动（所有尺寸用全局参数引用，不写死数值）；节点注释（右键加注释说明这一步为什么这么做）。这四条纪律在单人建模时看似多余，但当模型要交付给同事、或三个月后自己回来看时，就是救命稻草。一个有经验的 COMSOL 工程师的模型树，读起来应该像一份带注释的实验记录，而不是一团乱麻。

补一个从其他软件迁移过来的心态调整：如果你用过 ANSYS 或 Abaqus，COMSOL 的模型开发器树会让你觉得怎么连求解器和结果都要自己加——那是因为 COMSOL 把所有东西都暴露给你了，它不会替你猜你大概要做线性静力分析吧。这在第一次用时会让人觉得烦琐，但当你需要做多物理场耦合、修改方程、或用非常规边界条件时，这种什么都不替你猜的设计反而是解放。适应期的建议：先用模型向导跑完一个最简案例（哪怕只是一根杆的热传导），把向导替你做的每个选择看一遍——你会发现在模型开发器里手动做一遍，无非就是在树上多加几个节点而已。从此你就不再依赖向导，因为你知道每个节点存在的理由。