Houdini程序化方向学习路线：从数据流、VEX到HDA/PDG进阶

“Houdini应该怎么学？我一直强调偏程序化方向。”——这个问题我几乎每个月都要回答一遍。问的人里有做特效的同行，有场景美术，也有刚转行想做TA的程序员。大家默认Houdini难，其实难不在软件操作，难在它和Maya、Blender那套“手动画模型”的思维完全是两套东西。尤其是程序化方向，本质不是记住多少节点，而是学会“用规则造东西”：把几何体变成数据，把操作变成参数，把流程变成资产。这篇内容就是给想走这条路线的人一份完整参考。

先说结论：程序化Houdini这条线，真正的学习顺序是“数据流 → 属性/组 → VEX → 循环与随机 → 实例化/地形 → HDA封装 → PDG沉淀”。前三个月单点突破，第四个月开始做综合项目，半年后你就能有一个可以拿得出手的生成器库。下面按阶段拆开讲，每个阶段对应什么练习、卡点在哪、怎么绕过去，我都写出来。

1. 别急着装软件，先搞明白程序化方向要学到的底牌是什么

1.1 程序化Houdini的“程序化”到底指什么

很多人以为程序化就是“用节点连来连去”。这只说对了一半。真正的程序化，是把一个具体的、一次性的创作过程，拆解成可复用的规则和参数。

举个例子：你在Maya里手动摆50棵树，摆完就完了。再用50棵树，你再摆一遍。但Houdini的做法是：用Scatter在目标地面上撒点，用噪声控制树密度，用Copy to Points把树模型复制到点上，最后把整套网络打包成HDA，留一个Seed参数。下次想换个山头，改变量，重进一下，50棵树甚至5000棵树自动生成。这个“下次不用重做”的能力，就是程序化的核心价值。

所以学Houdini程序化，学的不是“某个效果怎么做”，而是“怎么用属性来描述几何体、怎么用节点网络去修改这些属性、怎么把修改过程抽象成参数”。这是一套计算思维。

1.2 这个方向适合谁，学完能做出什么

结合我带过的学生和同事，适合走偏程序化路线的人主要有三类：

• 特效/TA方向从业者：需要制作烟雾、破碎、粒子、地形等复杂效果，Houdini的节点式流程天然适合批量生成和随机化。
• 场景美术/环境美术：需要快速摆场景，用散布、地形、植被工具减少重复劳动，让项目迭代速度提升好几个档次。
• 想转技术美术的程序员：有代码基础的人，其实反而容易上手VEX，真正难的是从“算法思维”切换到“节点网络思维”。

学完这条线，典型产出是什么呢？程序化城市、程序化山体岩石、自动散布植被、随机变化的建筑群、带参数界面的资产库，以及用PDG自动烘焙的批量任务。毫不夸张地说，一个合格的程序化资产，能在实际项目中省掉80%的手工摆放时间。

1.3 学习周期与阶段预期

我先给一个大致的时间线，免得你学了两周没感觉就放弃：

如果你有编程背景，VEX阶段会快很多；如果你是纯美术背景，前一个月的“属性”概念一定要咬牙啃下来，这块地基不牢，后面全是空中楼阁。

2. 从零起步：把节点网络、几何体类型和属性体系焊进习惯里

2.1 前两周只做一件事：读懂节点网络的数据流

Houdini的节点网络，本质是一个有向无环图（虽然节点可以走Reference，但98%的日常流程就是从左到右的数据流动）。每个节点吃进上游几何体，输出修改后的几何体。你不需要一上来就背所有节点，而是先建立条件反射：

看到一个节点，先问三件事：

1. 它的输入是什么类型？是几何体、还是曲线、还是高度场？
2. 它修改了什么？是改了位置@P，还是改了颜色@Cd，还是新增了属性？
3. 它的输出还能接什么？接到Copy to Points是复制，接到DOP是模拟，接到Render是渲染。

我建议你前两周别跟着教程做花哨效果，就做一件事：把视口切成左右双向显示，左边看节点网络，右边看视口，然后一个一个结点旁路（Ctrl+B）和解除旁路，观察几何体哪里变了。这个动作看着笨，但极大提升读网能力。很多人后面卡壳，就是因为拿到别人的文件，看到上百个节点完全不知道数据从哪进来，从哪里出去。

2.2 点、顶点、图元、细节：四种属性层级必须分清

Houdini和普通三维软件最大的区别，就是属性（Attribute）是显式存在的。你随便在一个节点上选中一群点，用Spreadsheet面板就能看到每个点的位置、序号、法线、颜色。程序化的一切技巧，本质上都是“改属性”、“加属性”、“读属性”。

属性分四个层级，几乎可以等同记忆成作用范围：

• Point属性：每个点上有自己的一份值，比如@P、@N、@Cd、@ptnum。
• Primitive属性：每个图元（多边形面、曲线段）有自己的值，比如@area面积、@curveu曲线参数、@numprim图元序号。
• Vertex属性：属于每个面的顶点转角点，常见的有UV。
• Detail属性：整个几何体只有一份的全局值，常用来存文件级信息，比如最小高度、总点数。

我见过太多纯美术背景的同学，在这里栽跟头，因为他们脑子里全是“面、线、点”，很难接受“属性挂在谁身上”“属性代表什么”。破局办法是用Spreadsheet面板去观察。你创建一个Grid，右键在选定点就点Spreadsheet，看一下点的@P是不是XYZ三个浮点数组成的向量，@ptnum是不是每个点都不一样。观察两个星期，直觉就有了。

2.3 常用基础节点的玩法与练习组合

基础阶段不需要全覆盖节点库，先把下面这批高频节点摸到“不看文档也能用”的程度：

我给新人的练习组合很简单：

用Line生成一条曲线，Resample成30个点，每个点Copy一个Box，加一个Attribute Noise让Box的高度随机，最后Merge起来，再加一个Polyframe生成横栏线条。这就是一个最朴素的程序化栅栏。你把这个流程亲手连一遍，配上视口观察，比看十遍教程都管用。连完之后，把Seed参数抽出来，你就理解了“随机可控”的概念。

这个阶段不看任何人喂的做法，而是自己推导：“如果我需要栅栏柱子，那我应该先有分布点，再用Copy。”思考顺序是：分布 → 复制 → 随机化。一旦形成这种骨架式思考，之后学任何复杂生成器都是顺着这个框架填肉。

3. 程序化核心：用属性、组和VEX写出“规则”

3.1 属性是信息，组是选区，二者是程序化的基础语法

进入程序化核心阶段，第一个要掌握的组合是“属性+组”。属性描述“是什么”，组描述“哪些”，二者配合就是你编程里的“变量+条件判断”。

举一个非常实际的例子：你想在地形上生成雪。雪应该落在高处，对吧？那么在程序化里，思路是：先读取@P.y高度属性；然后用高度属性做条件，生成一个组，比如@height > 5；最后只给这个组加白色材质/改颜色。Houdini里组可以像变量一样在节点间传递，组名可以以@group_开头在Group Expression或Attribute Wrangle里操作。

所以这个阶段你要刻意练习三句话：

• 读属性：@P、@ptnum、@numprim、@Cd
• 写属性：@example = 1.0;
• 划范围：把满足条件的点放进组，@group_mountain = @P.y > 5;

我经常跟人说，你把这三句话练熟，程序化就已经会了一半。因为后面的所有高级玩法，都是在这三句话上叠加循环、随机、Noise。

3.2 VEX入门：从Attribute Wrangle开始，而不是背文档

VEX是Houdini内置的类C语言脚本，但它和完整的C语言不同，VEX只关心“操作属性”。很多新人一上来就背VEX文档，这个习惯一定要改。正确姿势是：先只学怎么在Attribute Wrangle里写针对当前元素（@P、@Cd等）的表达式。

以最常用的操作举例：

// 给点位置叠加噪声 @P += noise(@P * 2.0) * 0.1;

// 根据高度设置颜色 @Cd = @P.y * 0.3;

// 给每个点生成随机缩放 @pscale = fit01(rand(@ptnum + ch('seed')), 0.5, 1.5);

VEX的核心入门知识点并不多：数据类型（float/int/vector）、属性读写（@）、函数（rand/noise/fit01/lerp）、内置变量（@ptnum/@numprim/@P/@N）。这五个东西足够你完成90%的节点替代操作。

我给新人设置了一个小任务：把一个Copy to Points复制的Box，在Attribute Wrangle里随机旋转和缩放，并把随机种子用ch('seed')暴露到界面。这个任务做完，你就同时掌握了属性写入、随机函数、参数面板三个最关键的入口。

3.3 For循环、随机化与控制结构：让规则产生变化

程序化最迷人的地方，不是“一个规则生成一个结果”，而是“一个规则在循环中生成成千上万个不同结果”。Houdini里实现循环有两种主流方式：

一是用For-Each Begin/End节点。你可以对每个Primitive或每个数字执行一段子网络，子网络内部写VEX或用节点处理。二是用单个Attribute Wrangle配合for循环，直接一次性处理大批量元素。

新手我建议先掌握For-Each的思维。比如你想生成10段长度渐变的栏杆：For-Each的Num Iterations设置为10，内部用@numiter和@iteration获取当前循环编号，再用Fit把编号映射成位置或长度。你看，循环的目的不是为了“循环”，而是为了“让参数跟着序号变化”。

再把随机函数加进来，规则就活了。以后做一个城市生成器，无非就是：For循环里对建筑高度、朝向、材质颜色分别做随机和噪声扰动。所以第二阶段结束时，你要能独立写出这种VEX片段：

// 在For循环内部随机缩放 @pscale = chf('min_scale') + (chf('max_scale') - chf('min_scale')) * rand(@ptnum + ch('seed'));

写的时候注意：rand函数输入一个整数，输出一个0~1的float，但因为随机是基于种子计算的，所以不关心“种子相同会导致结果相同”就没问题。加上每个点不同的@ptnum，就得到每个点不同的随机值。这个思路太常用了。

4. 把单个生成器变成场景级：散布、地形与实例化实战

4.1 一个程序化散布案例：石头与栅栏的完整思路

学到这里，你需要开始做“能看的”东西。我推荐第一个综合练习：程序化石头散布。它几乎涵盖了程序化的全部基础技术：分布点、属性控制密度、随机变换、实例化。

步骤大致是这样：

1. 创建一块地形网格（Grid + Mountain噪声），或者导入自己的地面模型。
2. 用Scatter节点生成散布点，密度由一个Attribute Mul/Mask控制。比如在Attribute Wrangle里设置：

@density = fit01(noise(@P * 0.3), 0.2, 1.0);

然后在Scatter节点中把Generator Type改为Attribute Density，指定@density，就能让某些区域石头密、某些区域石头疏，非常自然。

3. 创建一个石头模型。这里你不必真的建模，可以先做一个简易程序化石头：PolySphere + Noise扰动 + Mesh → 输出一个高精度石头。也可以直接Copy一个基础Box。

4. 使用Copy to Points，在Copy节点中勾选Pack and Instance，并设置随机变换：

@orient = quaternion(fit01(rand(@ptnum * 100), 0, 6.28318), {0,1,0}); @scale = fit01(rand(@ptnum * 200), 0.4, 1.6);

5. 对石头颜色加一点噪声：

@Cd = lerp({0.3,0.2,0.1}, {0.7,0.5,0.3}, noise(@P * 3.0));

做完这个案例，你对“属性驱动的生成器”就完全有感觉了。同样思路放回栅栏、路灯、植被，逻辑完全一样。

4.2 程序化地形与掩码控制的实用套路

地形散布是程序化方向里回报最高的领域。Houdini里有专门的HeightField节点组，可以做出复杂地形，并用地形掩码控制不同属性。

基本套路是：HeightField节点创建空高度场，叠加HeightField Noise或者Mountain噪声形成山脉，再用HeightField Mask等节点算出“坡度掩码”“高度掩码”。坡度大的地方长岩石，坡度小的地方长草，高度高的地方覆盖雪。

掩码本质上就是一张与地形对应的float属性图，可以是灰度值0~1。例如你得到属性@mask_slope代表坡度，然后在Attribute Wrangle输出雪的颜色：

@Cd = lerp({0.1,0.5,0.1}, {1.0,1.0,1.0}, fit01(@mask_slope, 0.2, 0.8));

这种“用一张图控制整个场景”的思维，是程序化里最值钱的能力。它让你从“一个一个摆石头”变成“画一张灰度图出整个山体”。

4.3 性能意识和数据规模：实例化不是可选项

很多新人第五个月会遇到一个很现实的问题：做出来的程序化场景，一旦散布的实例数量上到几万，Houdini视口就开始卡了。解决手段主要有三类：

• 实例化（Instance）：在Copy to Points里开Packed Instance，这样Houdini只记录“在哪个点复制了哪个模板”，而不是真的复制几万份几何体，内存占用能下降好几个量级。
• 代理显示（Proxy/Low Res Display）：Houdini可以在视口里用Box代替高模显示，渲染时再替换为高模。
• 缓存（Cache）：用Node Cache或File Cache节点把中间结果缓存到磁盘，避免每次改动都重算上游大计算。

这一点必须练。程序化精髓在于“大批量”，但大批量如果没有性能意识，做出来也是废的。我给自己的标准是：视口能实时拖动，才算合格；跑一步要半分钟，说明数据流或者实例化没做好。

5. 工程化阶段：用HDA、PDG让你的流程可复用、可批处理

5.1 HDA数字资产：把逻辑封装成带界面的“黑盒”

到了第四个月，你已经有了几个能用的生成器，接下来就是把它变成别人也能用的工具。HDA（Houdini Digital Asset）就是这样一个打包机制：选中节点网络，右键Create Digital Asset，把关键参数（Seed、Count、Scale、Noise Frequency）暴露到Type Properties面板，再做一个小小的图标和帮助文档，一个可复用的资产诞生了。

HDA的意义不只是封装，更是“参数化思考”。当你把内部逻辑变成参数时，你会开始审视哪些变量值得暴露。好的HDA一般只暴露3~8个参数：Seed、密度、高度、随机幅度、噪波频率、使用控制。暴露太多，等于没暴露；暴露太少，别人没法用。

我建议你至少做一个属于自己的HDA，比如“程序化栅栏生成器”“随机石块散布器”。把它存到本地资产库，然后在之后的项目里只调HDA，不碰内部节点——这个过程会让你真正理解什么叫“工具化”。

5.2 PDG/TOP：把批量任务交给流程自动化

PDG（Procedural Dependency Graph）也叫TOP网络，是Houdini里的任务调度系统。它解决的核心问题是：当你要对几百个文件做同一个操作，或者按不同参数批量生成几百个结果时，不可能手动一个个做。PDG让你定义一条任务流水线，比如生成参数、执行解算、写缓存、输出渲染，全自动串联。

具体来讲，TOP网络里有几个常用节点：

• Random / Wedge：生成多组参数组合。
• Fetch/ROP Geometry：调用一个底下的Geometry节点网络，执行缓存导出。
• ROP File / ROP Alembic：输出文件。
• PDG Run：一键执行全部帧或全部任务。

举个例子：你想生成100个不同布局的程序化房间。传统方式是复制100次资产手动改参数，但用PDG，你用Wedge节点生成100组不同的Seed和布局参数，每组送到同一套节点网络里计算，最终输出100个缓存文件。整个过程全自动，还能多核并行。别怕PDG，它不是高阶玩家才能用的东西，它只是把“批处理”这个概念变成了节点而已。

5.3 缓存、命名与文件管理：程序化项目的工程习惯

这一部分很少被教程讲到，但实际项目里比节点技巧更重要。程序化项目因为迭代次数多、计算量大，最容易出现的问题是不知道哪个文件是哪次生成的结果。

我固定使用的习惯是：

1. 每个成品缓存都走File Cache节点，从SOP把几何体缓存为bgeo或bgeo.sc，并命名带上参数版本：rock_terrain_v01.bgeo.sc。
2. 在HDA内部为每个步骤节点加好说明和备注，右键Add Bookmark？或者Edit Type Properties里填写Comment。团队协作时，注释就是救命稻草。
3. 树的中间步骤尽量用Reference而不是Merge连接，减少数据复制。
4. 在项目根目录建立assets/、cache/、output/三个文件夹，PDG输出统一指向cache/。

这种规范意识，客户是看不出来的，但你能不能在项目上线前三天快速改参数重出图，就取决于这一步。

6. 学习路线中的常见误区：我见过太多人卡在同样几个地方

6.1 误区一：一上来就啃VEX文档

VEX的官方文档非常全面，但不适合入门。它像一本字典，你不可能靠背字典学会写文章。正确路径是先用节点搭建流程，遇到“属性里怎么算噪声”再去搜VEX函数。很多人卡在VEX，就是把顺序搞反了——先学语言，再学业务，结果语言抽象，业务也抽象，两头都崩。

我的建议是：前两个月尽量用节点组合完成80%的功能，只有遇到节点实现不了的控制逻辑时才写VEX。VEX是用来“补刀”的，不是用来“主攻”的。

6.2 误区二：只跟着案例做，不看数据流

跟着教程做案例，做完就忘，这是自学Houdini最大的问题。因为教程只告诉你“点击这个节点、调这个参数”，但你自己没有建立“为什么要在这里插入Resample？”“为什么要把这个属性写到Copy之前？”的因果链。

破解办法很简单：每做一个案例，花同等的时长“反向拆解”。把节点网络截图，遮盖所有参数，只看节点类型和连接关系，然后尝试用一句话复述数据流。复述不出来，就回到视口手动旁路节点观察。练到后来你会发现，一个新案例拿过来，看前5个节点就能猜出后面80%的流程。

6.3 误区三：忽略属性传递与类型转换

Houdini的属性是有类型的：float、int、vector、string、matrix。VEX里写错了类型，往往不报错，结果却错得莫名其妙。比如@pscale是float，@P是vector，vector加float会隐式转换，但很多时候语义不对。

更隐蔽的问题在整数和浮点数：当你在For循环里用@iteration（int）做seed时，rand函数接收int没问题；但如果想把@iteration传进a float参数，有时会丢掉精度导致随机不变。对新人来说，不需要深究底层，但一定要养成一个习惯：在关键节点上连一条紫色的Viewport Geometry Spreadsheet，盯着属性类型和值看几次，错误自然暴露。

6.4 误区四：贪多嚼不烂，同时报太多方向

今天学VEX，明天做刚体破碎，后天又要玩Solaris渲染，结果哪条线都没走完。程序化方向最忌讳“只覆盖不深入”。我见过太多人把Houdini每个面板都点过，却连一个能打包分享的资产都拿不出来。

更合理的做法是：在一段时间内只选一条主线，比如“SOP程序化建模”。所有练习、案例、项目都围绕SOP的属性操作、Copy、For循环、HDA展开，直到能独立完成一个场景级Demo，再进入其他模块。主线的深度，比广度值钱得多。

7. 资源清单与六个月练习计划：照着练比反复看教程有效

7.1 值得长期跟随的学习资源

Houdini生态里优质资源其实不少，问题不是“没有”，而是“太多太杂”。我筛选几个对程序化方向帮助特别大的：

• SideFX官方文档与官方学习频道：最权威的节点解释。谁都会告诉你“去看文档”，但真正拉开差距的是你能不能带着问题去查，而不是通读。
• Entagma：偏高级程序化与VEX，适合有一定基础后学习。它的思维密度比较高，一个案例能讲很多底层原理。
• CG Forge：偏基础到进阶之间的项目型教学，尤其适合做地形、散布类练习。
• SideFX Labs（官方实验室工具包）：里面有大量程序化工具节点，比如程序化地形、程序化建筑等。拆解Labs节点是一种极好的学习方式，因为官方工具就是最佳实践。
• B站和YouTube：搜索“Houdini procedural scattered”“Houdini terrain”，用案例驱动学习，但务必带着拆解思维去看。只看不做约等于没看。

选资源有一个标准：凡是教程里“只让你点鼠标不解释数据流”的，直接弃掉。凡是会给节点做旁路观察、会解释属性变化的，留下来跟到底。

7.2 分月的渐进式练习建议

最后给一份可以“抄作业”的六个月练习计划，每周大概投入10~15小时。

注意，第5月的PDG别安排太晚，很多人在综合项目里才接触PDG，结果做一半发现自己想批量生成却不会，只能手动改参数，非常痛苦。提前练一周，综合项目会变成纯享受。

我最后再分享一个实操技巧：我在学程序化地形和散布时，很少直接从零开始做。先拆解官方Labs的某个地形工具，弄清楚“它背后为什么是这样连”，再自己重写一遍，最后再尝试改良一个参数。这个过程比看一百个教学视频有用得多。你的第一个独立HDA做完之后，回看月初那个“沿曲线复制柱子”的练习，绝对会有一种“原来如此”的通透感。这就是偏程序化路线最大的回报：一旦思维转到规则和参数上，你就不只是会做一个效果，而是在批量创造变化的无穷形态。