想象一下,你正在为一个夏夜泳池派对做策划,100 位好友挤在同一个泳池里,场面暗流涌动。此时你有两种管理思路。第一种,让所有人拥有“第六感”——他们能察觉身边 1 米内有多少同伴,太挤了就轻轻推开彼此,太疏了就慢慢靠近,全程不需要中央指挥。这就是 SPH(光滑粒子流体动力学) 的处世哲学:每个粒子自行感知邻居、计算密度与压力,靠“力”完成一切。第二种,你备好哨子,定下一条铁律:“每 3 平方米最多站 1 人”。大家先自由活动,哨声一响,所有人根据规则自动修正站位,超员的区域把人“挪”出去,直到每个人都合规。这就是 PBD(基于位置的动力学):不做力的积分,直接投影位置来满足约束。 游戏引擎里的流体模拟,正是这两种智慧的交锋与融合。SPH 适合表现细腻的水花与涟漪,PBD 则以极高的稳定性和可控性成为交互场景的常客。本文将从零带你读懂 SPH 与 PBD 的算法核心——从核函数密度估计,到邻居搜索与 GPU 并行调优,再剖析它们在真实游戏与 AI 融合中的落地方案。读完你会明白:那些让人屏息的水面,背后不过是一群遵守简单规则的“泳池玩家”。
对 AI 从业者的价值:流体模拟是游戏物理、数字孪生和自动驾驶仿真中的底层能力。理解 SPH/PBD 不仅是渲染层面的加分项,更是理解“物理 AI”中智能体如何与复杂环境交互的关键钥匙。
可视化演示
本节配有交互动效(进入视口后自动加载,约 3KB)。
SPH: f(x)=sum(m_j/rho_j * f_j * W(r_ij,h)) Poly6核:密度估计 | Spiky核:压力梯度 | 粘度核:速度扩散 GPU并行流体模拟架构 PBD: C=rho_i-rho_0=0, 直接投影位置满足密度约束 约束求解:dpx=-lambda*gradC | 无需显式力计算</...
两大流派概览
泳池派对里,自由散漫型玩家靠“第六感”自动避让,而纪律严明型玩家服从哨声调位。这两种风格,正好对应流体模拟界的两大门派:SPH 与 PBD。游戏物理引擎中,它们就像武术里的刚柔两派——一个讲究实时传感下的随性而为,一个讲究规则约束下的秩序井然。假如今天你要为《原神》里的一汪湖水写物理,你需要先选好门派,因为后续所有代码都将沿着这条路线生长。
从更深一层看,无论哪一派,都是在求解同一组流体运动方程——纳维-斯托克斯方程。SPH 用“拉格朗日视角”把连续水体切成大量携带质量、速度的粒子,让流体性质附着在粒子上随水流动;而 PBD 则绕开显式积分,把“密度不能超限”翻译成约束条件,通过反复修正粒子位置来逼近真实流动。前者更像生物课上的“跟随模型”,后者更像工程课上的“公差配合”。
两者的差异最终体现在数学上:SPH 直接离散动量方程,PBD 离散约束投影。以下是流体运动方程的简化形式:
表示单位体积流体的动量变化率,本质是牛顿第二定律在连续介质上的体现——力越大,流速变化越剧烈。
方向从高压指向低压,驱动流体从拥挤区域涌向空旷区域,就像泳池里人太挤会自然向人少的地方移动。
描述内摩擦力对速度场的平滑作用,它抑制涡流和抖动,让水流看起来“柔顺”而不是“炸裂”。
代表重力、浮力、玩家交互力等外部作用,游戏里你踩水时的反作用力就挂在这一项上。
回到泳池比喻:SPH 玩家手臂一伸,靠自己感知的压力差挪动身体;PBD 玩家则听着哨声,每次哨响都对照规则挪到合规位置。方法不同,但都能让派对不失控——选谁,取决于你的派对需要精细的水花还是稳定的秩序。
- 左侧惯性项$\displaystyle \rho\frac{\mathrm{D}\mathbf{v}}{\mathrm{D}t}$
- 压力梯度项$\displaystyle -\nabla p$
- 粘性耗散项$\displaystyle \mu\nabla^2 \mathbf{v}$
- 外力源项$\displaystyle \mathbf{f}_{\mathrm{ext}}$
核函数与密度
第六感不是玄学,它是有作用范围的。就像你只能察觉手臂长度内的同伴,SPH 里的核函数 $W(\mathbf{r}, h)$ 也定义了一个“感知半径” $h$,距离超过 $h$ 的邻居完全不参与计算。这就是 SPH 中“光滑”二字的来历:每个粒子的物理量不再是一个孤立的点,而是被核函数抹开成一片柔和的“影响力场”。
在设计核函数时,工程师要求它满足三个条件:归一化(全场积分等于 1)、紧致支持域(超过 $h$ 就归零)、以及随距离平滑衰减。满足这些条件的函数可以有很多种,游戏界最常用的是 Poly6(用于计算密度)、Spiky(用于压力梯度)和 Viscosity(用于粘性力)。它们的分工就像派对里的三样工具:卷尺量距离、安全员推人、润滑剂防磕碰。
有了核函数,密度就顺理成章地变成加权求和。粒子 $i$ 感受到的局部密度,等于所有邻居粒子质量乘以核函数值再累加:
遍历所有邻居粒子 $j$,但核函数会自然截断距离超过 $h$ 的粒子,不必担心遍历到全场景。
每个粒子携带的质量,游戏中通常恒定;它是加权求和的基础权重,代表每个同伴“有多重”。
以两个粒子的距离为输入,距离越近输出越大,且满足归一化与紧致支持域性质。
最终得到的是粒子 $i$ 私人视角的局部密度,而不是整个流体的平均密度——每个人感受到的拥挤各不相同。
泳池里,每个人都在心中默默估算:我这 1 平方米站了几个人?核函数就是那把“估算尺”,密度则是算出来的“重量感”。尺子的刻度($h$)选多大,直接决定了你是只注意贴脸的朋友,还是能感受到半个泳池的拥挤。
- 累加符号$\displaystyle \sum_{j}$
- 邻居粒子质量$\displaystyle m_j$
- 核函数取值$\displaystyle W(\mathbf{r}_i - \mathbf{r}_j, h)$
- 下标含义$\displaystyle \rho_i$
邻居搜索策略
当你想知道周围有多少人时,最笨的办法是全场 100 人挨个问一遍。对于 10 万粒子的流体模拟,这种“全场咨询”意味着每秒数十亿次距离判断,再强的 GPU 也会被拖垮。聪明的做法是:先把泳池划分成边长等于 $h$ 的小方格,你只需要低头看看自己站在哪个格子里,再向相邻的 8 个格子张望一眼就够。
这个“抬头看格子”的操作,在算法里叫空间哈希网格。每个粒子根据位置可以快速算出自己所在格子的编号:
将粒子 $x$ 坐标除以格子边长并向下取整,得到它所在的列索引。
同理得到行索引,与列号共同构成二维网格坐标。
行号乘以总列数后与列号相加,把二维坐标压成一维数组下标,方便存入连续内存。
当前格加周围 8 格就是全部可能邻居的候选集,将复杂度从 $O(n^2)$ 降到 $O(n)$。
泳池管理员还会更进一步:把每个格子里的玩家按顺序排好队(桶排序),这样当你喊“第三格的人举手”时,GPU 可以一次性连续读到一整块名单,而不是满世界乱翻。这正是空间网格 + 桶排序这对组合在 GPU 上高效的原因——世界一下子从 100 人缩小到 7、8 人,而且名单就在手边。
- 列号$\displaystyle \lfloor x / h \rfloor$
- 行号$\displaystyle \lfloor y / h \rfloor$
- 线性化映射$\displaystyle + \lfloor y / h \rfloor \times W_{\mathrm{cells}}$
- 查询范围$\displaystyle 9 \text{ 个格子}$
PBD约束求解
PBD 的玩家不关心你推我的力有多大,只关心一条铁律:每平方米人数不能超过上限。哨声一响,所有人按规则自动调整站位。物理学家把这条“上限”写成密度约束:每个粒子的局部密度必须回归到静水密度。于是,流体问题被转化成一个“位置修正”问题。
PBD 的求解过程分三步走:先按当前速度预测新位置,再检查约束是否被违反,最后沿约束梯度方向修正位置。其中最关键的一步是,密度约束函数被定义为:
由第 2 节的核函数密度估计得到,描述粒子 $i$ 感受到的实际拥挤程度。
水的静止参考密度,可以理解为派对场地的“额定容量”,超过它就代表超员。
实际密度与额定密度的比值再减 1,得到一个无量纲的“超员指标”。
PBD 只惩罚“过于拥挤”的情况,不强行限制“过于稀疏”。
找到违反约束的粒子后,还需要知道往哪个方向修正。数学上,这需要计算约束的梯度,然后沿负梯度方向投影:
指向密度增长最快的方向,也就是“最容易造成拥挤的方向”。
沿梯度的反方向移动,才能让密度下降,把粒子从拥挤区“推”向空旷区。
把修正量缩放到安全尺度,避免一步跨过头导致新的违反。
最终得到的位置偏移,将它加到粒子上,即完成一次约束投影。
PBD 的妙处在于:约束求解可以只迭代 2~4 轮就收手,允许大时间步且几乎不会爆炸。派对管理员不需要精确计算每人的受力,只需喊几轮“那边的人往右挪两步”,全场就能快速恢复秩序。这正是 PBD 在移动端游戏和 VR 交互场景中广受欢迎的原因——稳、快、可控。
- 约束梯度$\displaystyle \nabla_{\mathbf{p}_i} C_i$
- 负梯度方向$\displaystyle -$
- 归一化分母$\displaystyle \sum_{k} |\nabla_{\mathbf{p}_k} C_i|^2$
- 位置修正量$\displaystyle \Delta\mathbf{p}_i$
GPU并行实现
假如派对规模从 100 人变成 100 万人,你不可能再靠几个管理员来回跑。你得给每个人配备一个“分身管理员”,让他们同时工作——这正是 GPU 并行计算的本质。每个 GPU 线程负责一个粒子,所有线程同时计算密度、压力和位置更新,理论上速度可以提升几十上百倍。
但并行计算有个绕不开的麻烦:写冲突。当两个线程同时往同一个密度累加器里写入数据时,结果会互相覆盖。GPU 为此提供了原子操作(atomicAdd),让多个线程排队写入,保证结果正确。同时,为了减少全局内存的反复访问,聪明的工程师会把邻居粒子索引缓存到共享内存中,让同一线程块内的线程快速复用。
GPU 上并行计算密度的过程,可以看作先分块求和、再跨块汇总:
将粒子 $i$ 的邻居集合按 GPU 线程块划分成 $B$ 个互不相交的子集。
每个线程块内的线程并行计算各自邻居的贡献,再通过块内归约得到子集和。
将各线程块的部分和汇总,得到完整的密度值——这一步通常需要少量原子操作或全局同步。
同时维护新旧两份位置数据,所有线程读旧数据、写新数据,避免读到半更新的中间状态。
派对策划的智慧在于:让管理员们先在各自小区域内统计人数(共享内存),再汇总到总指挥;新旧场地分开(双缓冲),旧场地的信息不会干扰新场地的布置。并发高、排队少,派对效率自然直线上升。
- 分块遍历$\displaystyle \sum_{b=1}^{B}$
- 块内并行求和$\displaystyle \sum_{j \in \mathcal{N}_b(i)} m_j W(\mathbf{r}_{ij}, h)$
- 跨块归约$\displaystyle \sum_{b=1}^{B}$
- 双缓冲隔离读写分离
性能参数调优
派对开久了,总有人嗨过头,突然加速乱跑。如果管理员的响应节奏跟不上,就会撞成一团。在流体模拟里,这个“响应节奏”就是时间步长 $\Delta t$。步长取得太小,模拟一帧要跑几十次,性能告急;步长取得太大,粒子一步跨出老远,数值爆炸,画面瞬间变成“雪花屏”。
幸运的是,数值分析早就给出了一个经验判据:CFL 条件。它指出时间步长的上界与核函数半径和粒子最大速度相关:
物理仿真每次推进的时间间隔,直接影响模拟精度与性能的平衡。
粒子的感知半径,也是空间网格的格子边长,决定了空间分辨率。
当前所有粒子中速度的最大值,代表“跑得最快的那个人”。
经验常数,给预测留足余量,防止最坏情况下的数值失稳。
除了控制时间步长,工程上还有三招常用。其一是固定物理帧率:物理系统固定在 60Hz 更新,渲染层插值插帧,避免步长突变;其二是 SoA 内存布局:把粒子位置、速度分别放进独立数组,而不是塞进一个结构体数组,让 GPU 缓存命中率大增;其三是粒子简并 LOD:远处的水面用稀疏大粒子,近处才细化小粒子,像派对里普通区少派管理员、VIP 区多派人手一样,预算有限但体验不减。
好的派对一定有时间表:每隔几分钟清点一次人数(固定 tick),场地按区域划好动线(空间排序),重点区域多配管理员(LOD)。流程越规整,意外越少,这就是调优的全部秘密。
- 时间步长$\displaystyle \Delta t$
- 核函数半径$\displaystyle h$
- 最大速度$\displaystyle v_{\max}$
- 安全系数$\displaystyle c$
应用与AI融合
掌握了两种派对管理术,我们终于可以讨论它们如何为水上乐园、电影特效和数字孪生城市服务。在《原神》这类开放世界游戏中,玩家踩水、施法、扔炸弹,水面必须在毫秒级内做出反应,这背后是成千上万个 SPH 粒子在 GPU 上疯狂运算;而在移动端切水果游戏里,水果被切开瞬间的果汁飞溅,则更多依赖 PBD 用极低成本“装出”液体的样子。
更高阶的应用来自 AI 与物理模拟的联姻。传统的 SPH 每一步都要遍历邻居、算核函数、求压力梯度,计算量巨大。研究者开始尝试用神经网络预测粒子的粗粒度速度场——让网络承担 80% 的“大方向”预测,只在需要精细细节的局部区域跑完整 SPH。这种“先预测、后修正”的思想,与 PBD 的约束投影异曲同工:
粒子在第 $n$ 帧的位置,是预测的起点。
用当前速度乘以时间步长,估算出粒子在下一帧的大致位置。
未经修正的“猜测位置”,已经包含惯性运动趋势。
把预测位置拉回合法状态,使其满足密度、边界等物理约束。
修正完毕的合法位置,进入下一帧循环。
未来的派对策划也许不用挨个讲规则:让一个看过无数派对录像(训练数据)的智能体提前预判哪里会挤爆,只派管理员去关键区域现场协调。SPH 与 PBD 依然是舞台上的演员,而 AI 正在成为那个运筹帷幄的总导演。
- 当前时刻位置$\displaystyle \mathbf{p}_i^n$
- 坐标外推$\displaystyle \mathbf{v}_i^n \Delta t$
- 预测位置$\displaystyle \hat{\mathbf{p}}_i$
- 约束投影$\displaystyle \operatorname{Project}$
- 最终位置$\displaystyle \mathbf{p}_i^{n+1}$
AI 应用场景
开放世界游戏水面交互
阶段:物理引擎开发与交互反馈
解决的问题:传统网格法难以实时响应角色与场景的任意交互,玩家踩水、施法、爆炸都会破坏水面网格。SPH 粒子以离散方式天然支持任意形状的交互源,角色脚部只需向粒子施加排斥力即可生成涟漪。
具体案例:在《原神》类开放世界中,角色踏入湖面时,脚部周围生成上万 SPH 粒子,实时计算密度与压力,形成一圈圈扩散的涟漪;施放冰系技能时,局部粒子温度降低、速度归零,水面瞬间“冻结”。这些交互反馈直接由粒子动力学驱动,无需预烘焙。
移动端液体泼溅特效
阶段:特效资产制作与渲染优化
解决的问题:高精度 FLIP/SPH 模拟在手机 GPU 上无法实时运行。PBD 以极低的计算成本提供“视觉真实”的液体泼溅,让中低端设备也能流畅表现切水果时的果汁四溅或赛车过水洼的飞沫。
具体案例:某竞技手游中,角色使用水系技能时,PBD 粒子从角色手掌喷射而出,经过 4 轮约束迭代形成优美的水弧落地,粒子数控制在 2000 以内,帧率稳定在 60fps。美术只需调节密度约束强度与迭代次数,即可获得“浓稠果汁”或“轻盈水雾”等不同质感。
自动驾驶虚拟仿真中的雨天积水
阶段:仿真场景构建与感知训练
解决的问题:自动驾驶感知模型需要海量雨天数据,但真实采集成本高、场景不可控。用 SPH 生成轮胎溅水雾和路面积水,为激光雷达和摄像头提供物理正确的反射与遮挡效果,让感知模型在虚拟世界里“提前见过”雨天。
具体案例:某自动驾驶仿真平台在虚拟城市中部署 SPH 雨滴粒子系统,车辆高速驶过积水区时,车轮卷起的水花运动轨迹与真实物理高度一致。训练后的模型在真实雨天的物体检测准确率提升了约 18%,大幅减少了路测里程需求。
Python 演示
import mathimport random H = 0.3 # 核函数支持半径M = 1.0 # 粒子质量RHO0 = 100.0 # 静水密度DT = 0.0005 # 时间步长GRAVITY = 9.8 # 重力加速度 def kernel_w(r): # 2D Poly6 核函数, 用于密度估计 if r >= H: return 0.0 diff = H * H - r * r return 4.0 * diff ** 3 / (math.pi * H ** 8) def kernel_grad(r): # 2D Spiky 核函数梯度, 用于压力计算 if r >= H or r == 0.0: return 0.0 return -60.0 * (H - r) ** 2 / (math.pi * H ** 6) class SPHParticle: def __init__(self, x, y): self.x = x self.y = y self.vx = random.uniform(-0.5, 0.5) self.vy = random.uniform(-0.5, 0.5) self.density = RHO0 def simulate_step(particles): # 第一遍: 计算每个粒子的密度 for p in particles: total = 0.0 for q in particles: dx = p.x - q.x dy = p.y - q.y r = math.sqrt(dx * dx + dy * dy) total += M * kernel_w(r) p.density = total # 第二遍: 计算压力梯度并更新位置 for p in particles: fx = 0.0 fy = -GRAVITY * M # 重力作为外力 for q in particles: if p is q: continue dx = p.x - q.x dy = p.y - q.y r = math.sqrt(dx * dx + dy * dy) if r > 0 and r < H: press = (p.density - RHO0) + (q.density - RHO0) grad = kernel_grad(r) fx += -press * grad * dx / r fy += -press * grad * dy / r p.vx += fx * DT p.vy += fy * DT p.x += p.vx * DT p.y += p.vy * DT # 边界反弹 if p.x < 0.0 or p.x > 1.0: p.vx *= -0.5 p.x = max(0.0, min(1.0, p.x)) if p.y < 0.0: p.vy *= -0.5 p.y = 0.0 if p.y > 1.0: p.vy *= -0.5 p.y = 1.0 def main(): particles = [] for row in range(6): for col in range(8): x = 0.2 + col * 0.08 y = 0.7 + row * 0.05 particles.append(SPHParticle(x, y)) print("开始 2D SPH 简化模拟, 粒子数 = %d" % len(particles)) for step in range(300): simulate_step(particles) avg_density = sum(p.density for p in particles) / len(particles) max_density = max(p.density for p in particles) min_y = min(p.y for p in particles) if step % 20 == 0: print("step=%03d avg_density=%.1f max_density=%.1f min_y=%.2f" % (step, avg_density, max_density, min_y)) print("仿真完成, 粒子在重力下自然沉降并因压力互相推开") if __name__ == "__main__": main()
p.density = total用 Poly6 核函数累加所有邻居粒子的质量贡献,得到局部密度press = (p.density - RHO0) + (q.density - RHO0)密度差之和近似压力源项,密度越高排斥越强grad = kernel_grad(r)计算 Spiky 核函数梯度,它决定了压力推力的方向与强度p.x += p.vx * DT用显式欧拉法更新粒子位置,时间步长受 CFL 条件约束p.vx *= -0.5边界反弹系数,模拟粒子与容器壁的碰撞耗散
常见误区
误区“流体模拟嘛,GPU 那么强,粒子直接堆到 100 万个,画质肯定无敌。”
正解粒子数翻倍时,邻居搜索和原子写冲突不是线性增长,而是超线性恶化。单纯堆粒子会让帧率雪崩。工程上应先调好核函数半径 $h$ 和静水密度 $\rho_0$,再用空间排序与共享内存优化,必要时做 LOD 粒子简并。这就好比派对不是人越多越好,还要看区域划分是否合理、管理员是否配够。
为何常见:大家直觉认为“细节 = 分辨率 = 粒子数”,却忽略了内存带宽和写冲突才是真正的瓶颈。
误区“PBD 就是纯视觉 hack,没有物理基础,只配给低端手游用用。”
正解PBD 本质上是隐式时间积分加约束投影的近似求解器。它从密度约束出发,沿梯度方向做位置修正,数学上与拉格朗日力学一脉相承。高端主机游戏同样用它模拟布料、头发和流体,只是通过增加迭代次数换取更高的物理精度。
为何常见:因为 PBD 不显式计算力,初学者容易误以为它是“假物理”,实际上它是把力隐式地藏进了约束里。
误区“半径开大一点,粒子能'看'到更多邻居,密度估计肯定更准,细节也更丰富。”
正解$h$ 过大会导致邻居数暴涨,密度分布被过度平滑,小尺度的浪花和棱角全被抹掉,压力梯度反而失真。工程上 $h$ 通常取粒子平均间距的 1.5~2 倍。就像你把手伸得太长,感受到的“拥挤”反而模糊成一团平均密度,失去了局部的真实感。
为何常见:“看得越多越准”来自日常经验,但忽略了核函数截断误差和计算代价随邻居数快速增长的事实。
误区“每个粒子一个线程,各算各的,互不干扰,这就是完美并行。”
正解多个线程会同时读取同一批邻居粒子并累加到同一块密度内存,必须依赖原子操作或分块重排来避免写竞争。共享内存容量有限,粒子数超过线程块容量时还需要分块处理。就像 100 个管理员同时往同一个本子上记数,必须排队或用多本账本再合并,否则数据就乱了。
为何常见:初学 CUDA 时容易默认线程互相独立,忽略了共享数据写入的竞争问题。
面试题
Q1. SPH 的中文全称是什么?
- A.光滑粒子流体动力学← 正确答案
- B.基于位置的动力学
- C.有限元流体力学
- D.拉格朗日网格法
答案:A。SPH 是 Smoothed Particle Hydrodynamics 的缩写,强调用“光滑核函数”对粒子属性做插值,属于粒子法。PBD 才是基于位置的动力学,有限元与网格法则完全不同流派。
Q2. PBD 最核心的思想是什么?
- A.通过力积分驱动粒子运动
- B.通过位置投影满足密度约束← 正确答案
- C.通过网格细化解流体方程
- D.通过体素渲染流体表面
答案:B。PBD 跳过传统力积分,直接构造密度约束并沿梯度方向修正粒子位置。力是原因、位移是结果;PBD 则反过来,直接操作结果(位置)来隐式满足物理规律。
Q3. 粒子法流体模拟属于什么物理视角?
- A.拉格朗日视角← 正确答案
- B.欧拉视角
- C.贝叶斯视角
- D.傅里叶视角
答案:A。SPH 与 PBD 都把流体离散成随流运动的粒子,观察者跟随微粒一起运动,这是典型的拉格朗日描述。欧拉视角则固定网格观察流场,贝叶斯和傅里叶与流体离散无关。
Q4. 核函数支持域 h 偏大会带来什么问题?
- A.邻居数增多计算变慢且细节模糊← 正确答案
- B.流体密度恒等于零
- C.粒子数量自动减少
- D.模拟过程必然发散崩溃
答案:A。h 越大,半径内的邻居数按体积增长,计算量快速上升;同时密度估计被过度平滑,小尺度水花细节被抹掉。密度为零或必然发散并非 h 导致的直接后果。
Q5. 邻居搜索常用的加速数据结构是什么?
- A.空间哈希网格← 正确答案
- B.红黑二叉树
- C.斐波那契堆
- D.链式哈希表
答案:A。空间哈希网格把场景切分为边长 h 的格子,粒子只搜索周围 3×3 格,复杂度从 O(n²) 降到 O(n)。红黑树与堆适合排序和优先队列,并不适合邻居查找的局部性。
Q6. GPU 上多个线程同时累加同一粒子密度会产生什么?
- A.原子操作写冲突← 正确答案
- B.网络延迟急剧增大
- C.显存容量直接溢出
- D.粒子渲染半径变大
答案:A。多个线程同时对一个内存地址做读改写会互相覆盖,必须用 atomicAdd 排队写入。这与网络、显存容量、渲染尺寸都无关,属于典型的并行写竞争问题。
Q7. PBD 中粒子位置修正的基本方向是什么?
- A.沿约束梯度负方向← 正确答案
- B.沿速度正方向
- C.沿重力反方向
- D.沿随机散开方向
答案:A。密度约束的梯度指向密度增长最快的方向,为了让密度下降,粒子应沿负梯度方向移动投影。其他方向无法保证约束收敛,随机修正更会破坏稳定性。
Q8. CFL 条件主要限制了哪个仿真参数?
- A.时间步长的上界← 正确答案
- B.粒子数量的最小值
- C.约束迭代次数下限
- D.核函数带宽大小
答案:A。CFL 条件给出 Δt ≤ c·h/v_max,确保每步粒子位移远小于感知半径。粒子数量、迭代次数和核函数带宽都有各自的平衡原则,但不是 CFL 直接约束的对象。
Q9. SPH 中常见的核函数有哪些类型?
- A.Poly6 密度核← 正确答案
- B.Spiky 压力梯度核← 正确答案
- C.Viscosity 粘性核← 正确答案
- D.Sigmoid 激活核
答案:ABC。Poly6 用于密度估计,Spiky 用于压力项梯度计算,Viscosity 用于粘性力拉普拉斯计算,三者各司其职。Sigmoid 是神经网络激活函数,与 SPH 核函数无关。
Q10. 关于 PBD 与 SPH 的区别,下列说法正确的是?
- A.SPH 通过压力力积分驱动运动← 正确答案
- B.PBD 通过约束直接投影位置← 正确答案
- C.SPH 适合精细小规模流体← 正确答案
- D.PBD 无需任何密度计算
答案:ABC。SPH 把压力、粘性力积分到速度再更新位置,适合精细小规模流体;PBD 用密度约束直接投影位置,稳定且廉价。但 PBD 建立约束时同样需要密度估计,因此 D 错误。