简介这款高清3D热带鱼屏保面向希望为桌面增添海底氛围的普通用户与屏保爱好者通过逼真的3D渲染把鱼缸搬进电脑屏幕鱼群与珊瑚的质感接近真实水下场景适合日常办公、家用展示或长时间挂机时营造放松的视觉环境。压缩包为rar格式体积约3.12MB轻量易用解压后即可安装体验。软件支持按屏幕尺寸自适应渲染可自定义七彩神仙鱼、刺尾鱼、蓝魔鬼小丑鱼、半环刺盖鱼等品种并自由增减鱼类数量还附带日历、时钟显示与自定义微标功能兼顾观赏性与实用性。目前已有739人浏览学习说明其在同类屏保中具备一定关注度。对于想低成本美化桌面、体验动态水族箱效果的用户来说这份资源提供了完整的屏保程序与可调参数下载后即可按需配置属于自己的海底世界。1. 高清3D热带鱼屏保一块闲置屏幕能跑出什么效果很多人对屏保的印象还停留在二十年前那种二维水族箱几条贴图鱼在蓝色渐变背景上平移鱼尾是硬切帧水草像纸片。真正把「高清3D热带鱼屏保」做出来难点根本不在鱼模型而在于长时间无人值守运行下的稳定性、GPU占用控制和视觉可信度三者的平衡。我见过不少方案演示时惊艳挂机两小时风扇狂转或者鱼穿模穿到石头里这就是典型的「演示版能看、屏保版不能用」。这个方向适合两类人一类是想给自己的桌面或展示大屏做一个低维护的动态背景另一类是拿它当实时渲染练手项目练模型加载、骨骼动画、粒子水体和帧率自适应。下面按「先立住原理、再动手复现、最后讲坑」的顺序拆开讲参数和代码都给到能直接抄的程度。2. 高清3D热带鱼屏保的渲染底座怎么选实时管线与资源预算屏保和游戏最大的区别是它要在后台长期跑用户不会盯着看但一旦卡顿或崩溃就会立刻被感知。所以选型的第一原则不是画质拉满而是「可预测的帧时间 可回收的资源」。这一章先把渲染底座和资源预算讲清楚后面所有实现都建立在这个基础上。2.1 为什么优先选轻量实时渲染而不是离线预渲染视频有人会问既然要高清为什么不直接渲染一段4K视频循环播放这条路我试过翻车点很集中一段十分钟的4K循环视频动辄几个GB解码时硬件解码器常驻笔记本电池掉得比跑渲染还快更关键的是视频循环点一定有可见的接缝鱼群运动轨迹无法真正随机看久了就是「录像感」。实时渲染虽然要多写代码但换来的是无限不重复的运动、可按机器性能动态降级、内存占用可控。常见做法是用一个跨平台的实时渲染框架把场景描述成节点树鱼、水草、气泡、焦散各自是独立节点主循环里只更新变换和着色器 uniform。选型时重点看三件事是否支持骨骼动画鱼尾摆动靠它、是否支持实例化绘制同种鱼几十条不能各画一次、是否有成熟的帧率限制接口屏保必须能锁帧省电。关注点离线视频方案实时渲染方案屏保场景建议循环接缝明显无实时内存占用高GB级中百MB级实时性能自适应无可按帧时间降级实时开发成本低中高看维护周期长时间稳定性解码器偶发异常可控实时2.2 资源预算鱼模型面数、贴图尺寸与显存上限高清不等于无限堆面数。一条热带鱼在屏保里通常只占屏幕很小一块单条鱼控制在 30008000 三角面就足够鱼群总数按 2040 条算总面数压在 30 万以内中端核显也能稳在 60 帧。贴图方面鱼身漫反射贴图 1024×1024 足够法线贴图同尺寸水体和焦散用程序化生成不占贴图带宽。显存预算我一般按「目标机器最低配」倒推假设最低配是 2GB 显存的集成显卡给屏保留 400MB 上限其中模型和贴图 250MB帧缓冲和后期 150MB。超过这个线就要么减鱼数量要么降贴图分辨率。这个预算表建议在项目一开始就写死后面每加一个资源都对照检查否则很容易在「再加一点细节」里把预算吃穿。# 资源预算检查脚本伪代码按实际引擎API替换 BUDGET_MB 400 model_mb 0 for fish in fish_assets: model_mb fish.mesh_size_mb fish.texture_size_mb post_mb 150 # 后期与帧缓冲预留 total model_mb post_mb assert total BUDGET_MB, f超预算: {total}MB {BUDGET_MB}MB print(f模型贴图 {model_mb}MB, 后期 {post_mb}MB, 合计 {total}MB)这段脚本的逻辑很直白把所有鱼资源的网格和贴图体积累加加上固定的后期预留和预算上限比较。参数上BUDGET_MB按目标最低配机器改post_mb如果开了体积光或高质量焦散要往上调一般 150220MB。跑一次就知道当前资源包是否超标比等到实机卡顿再回头查要省事得多。2.3 帧率策略屏保为什么必须锁帧并做降级屏保在无人操作时持续满帧渲染是纯浪费。我的习惯是默认锁 30 帧检测到用户有输入鼠标移动、键盘时再切到 60 帧做短暂高画质展示几秒无输入后回落。降级策略按帧时间触发连续 30 帧平均帧时间超过 33ms就依次关闭焦散、降低鱼群数量、缩小阴影分辨率每次只降一级避免画面突变。这套策略要写成一个状态机状态包括「正常 30 帧」「高画质 60 帧」「降级一档」「降级二档」。切换时记录时间戳防止在阈值附近反复横跳。参数上降级阈值不要设得太敏感33ms 对应 30 帧留 10% 余量比较稳恢复阈值要比降级阈值更宽松比如帧时间低于 20ms 持续 5 秒才升一档否则会出现画质来回抖动的玄学现象。3. 热带鱼骨骼动画与鱼群行为从单条摆尾到群体不穿模画面可信度的核心是鱼怎么动。静态模型再精细鱼尾摆动僵硬也会立刻露馅。这一章讲单条鱼的骨骼动画怎么接、鱼群行为怎么组织、以及怎么避免鱼穿进石头和水草里。3.1 鱼尾摆动的骨骼链与正弦驱动参数一条鱼最少需要三根骨骼根骨骼身体、中段骨骼腰部、尾骨骼。摆尾用正弦波驱动尾骨骼绕垂直轴旋转中段骨骼做相位延迟的跟随这样尾巴会有自然的「甩」感而不是整条鱼刚性扭动。相位延迟是关键常见做法是中段延迟 0.15 个周期尾骨再延迟 0.1 个周期。import math def update_fish_bones(fish, t, amplitude0.35, freq1.8): # t: 全局时间秒; amplitude: 摆尾幅度(弧度); freq: 摆动频率Hz phase 2 * math.pi * freq * t fish.bone_mid.rotation_y amplitude * 0.6 * math.sin(phase - 0.15 * 2 * math.pi) fish.bone_tail.rotation_y amplitude * math.sin(phase - 0.25 * 2 * math.pi) # 身体轻微侧倾增强游动感 fish.bone_root.rotation_z 0.05 * math.sin(phase * 0.5)逻辑说明phase是当前摆动相位中段和尾骨分别减去不同延迟量形成波浪式传递。amplitude控制摆幅热带鱼一般 0.30.4 弧度比较自然超过 0.5 会显得抽搐freq控制频率小鱼快大鱼慢1.22.2Hz 之间按鱼种调。bone_root的侧倾用半频避免和摆尾同频导致整体晃动过大。这段每帧调用注意t要用累计时间而不是帧计数否则帧率变化时摆尾速度会跟着变。3.2 鱼群行为用转向力模型替代随机游走随机游走做出来的鱼群像无头苍蝇真实鱼群有聚拢、避让、对齐三种倾向。我用的是简化转向力模型每条鱼每帧计算三个向量——向群体中心靠拢的聚合力、与邻近鱼保持距离的分离力、与邻近鱼朝向对齐的对齐力加权求和后作为加速度再积分到速度和位置。权重上聚合力 0.8、分离力 1.5、对齐力 0.6分离力权重最高是因为穿模最影响观感。def flock_force(fish, neighbors, w_coh0.8, w_sep1.5, w_ali0.6): coh vec_zero(); sep vec_zero(); ali vec_zero() for n in neighbors: d fish.pos - n.pos dist length(d) if dist 0.001: continue coh n.pos sep normalize(d) / dist # 越近分离越强 ali n.velocity coh normalize(coh / len(neighbors) - fish.pos) if neighbors else vec_zero() ali normalize(ali / len(neighbors)) if neighbors else vec_zero() return coh * w_coh sep * w_sep ali * w_ali参数说明w_sep用 1.5 是血泪经验低于 1.0 时鱼群在角落容易挤成一团互相穿插w_coh太高会让鱼群缩成一个球0.8 左右比较松散自然。邻居查询不要全量两两比较40 条鱼虽然只有 1600 对但加上水草和石头碰撞检测就会吃 CPU常见做法是用空间网格把场景切成格子只查相邻格。3.3 与场景碰撞球形包围体加滑动响应鱼穿进石头是屏保最容易被一眼看穿的破绽。完整网格碰撞太重我用球形包围体近似每条鱼一个半径每块石头和水草一个或多个球体检测到重叠就把鱼的位置沿法线推出并把速度在法线方向的分量清零保留切向分量这样鱼会沿着石头表面滑走而不是弹开。def resolve_collision(fish, obstacles): for ob in obstacles: delta fish.pos - ob.center dist length(delta) min_dist fish.radius ob.radius if dist min_dist and dist 0.0001: normal delta / dist fish.pos ob.center normal * min_dist vn dot(fish.velocity, normal) if vn 0: fish.velocity - normal * vn # 去掉法向分量保留切向逻辑上先算鱼和障碍球心的距离小于两者半径和就判定重叠把鱼推到刚好相切的位置再消掉朝向障碍的速度分量。参数上fish.radius按鱼体长取 0.40.6 倍ob.radius取石头包围球半径的 0.9 倍留一点余量避免视觉上贴太紧。障碍球数量控制在 30 个以内每帧全量检测也扛得住。4. 水体、焦散与光照让高清3D热带鱼屏保不像塑料缸鱼动得再自然如果水体是死板的蓝色渐变整体还是廉价。这一章讲水体着色、焦散投影和光照分层这三样是「高清感」的主要来源也是最容易吃性能的地方。4.1 程序化水体着色三层噪声叠加与深度雾水体不用真实流体模拟屏保要的是视觉可信而非物理正确。我的做法是三层不同频率和流速的噪声叠加低频大尺度做整体流动中频做波纹高频做细碎扰动三层按 0.5、0.3、0.2 加权。颜色上从浅水区的青绿过渡到深水区的深蓝用深度值做插值再叠一层深度雾让远处的鱼自然淡出避免「鱼突然消失」的突兀感。// 水体片元着色器核心片段 float depth clamp((fragDepth - nearZ) / (farZ - nearZ), 0.0, 1.0); vec3 shallow vec3(0.10, 0.55, 0.60); vec3 deep vec3(0.02, 0.12, 0.30); vec3 water mix(shallow, deep, depth); float n noise(uv * 3.0 time * 0.05) * 0.5 noise(uv * 8.0 - time * 0.08) * 0.3 noise(uv * 20.0 time * 0.12) * 0.2; water (n - 0.5) * 0.06; // 轻微亮度扰动 float fog smoothstep(0.6, 1.0, depth); fragColor vec4(mix(water, deep, fog), 1.0);参数说明三层噪声的频率比 3:8:20 是试出来的比例太接近会看不出层次流速有正有负让不同层反向流动视觉上更像活水。fog的smoothstep区间 0.61.0 控制远处淡出范围区间越窄雾越突然建议不低于 0.3 的跨度。噪声函数用便宜的 value noise 就够别上 simplex屏保不值得。4.2 焦散投影用投影纹理替代实时光子焦散是水下光斑真实计算要光子映射屏保里绝对不能用。常见做法是预生成一张可平铺的焦散纹理用两层不同速度的 UV 滚动叠加投影到池底和鱼身上。投影方式用简单的平面投影池底平面直接按世界坐标采样鱼身按法线朝向做近似精度不高但观感足够。参数建议值作用调过头的表现焦散纹理尺寸512×512 可平铺采样质量太大浪费带宽滚动速度层一0.03 /秒主光斑移动太快像频闪滚动速度层二-0.02 /秒反向叠加破重复同向会看出平铺叠加强度0.25光斑亮度超过 0.4 过曝投影模糊2 像素软化边缘太糊失去焦散感这张表里的数值是我在几台机器上折中出来的滚动速度两层必须反向否则平铺纹理的重复感会非常明显这是很多人翻车的点。强度 0.25 配合水体本身亮度刚好如果场景整体偏暗可以到 0.3但不要再高。4.3 光照分层主光、补光与环境光的配比水下光照不能只用一盏方向光会显得鱼身一半死黑。我一般用三层顶部主方向光模拟水面透射强度 1.0偏冷白侧面补光强度 0.3偏青填充暗部环境光用半球光上青下深蓝强度 0.4。三层配比让鱼身有明暗过渡又不失细节热带鱼的鲜艳体色也能出来。阴影只给主光开且分辨率压到 1024软阴影采样 4 次。补光和环境光不产生阴影这是性能上的取舍——多层阴影在屏保里性价比极低。如果目标机器性能富余可以把主光阴影提到 2048但要在降级策略里留一档能降回 1024。5. 屏保集成避坑从窗口模式到长时间挂机的五条踩坑记录渲染做完了不等于屏保能用。屏保的运行环境和普通窗口程序差别很大它由系统在空闲时拉起、全屏独占、可能多显示器、可能被快速唤醒打断。这一章按「现象 → 原因 → 解决」记录五条实际踩过的坑。5.1 坑一全屏后帧率骤降窗口模式却正常现象窗口模式跑 60 帧很稳切成屏保全屏后掉到 20 帧。原因多半是全屏时分辨率切到了显示器原生 4K而窗口模式实际渲染的是 1080p 拉伸。解决是显式查询当前显示器分辨率按资源预算表决定渲染分辨率4K 屏上渲染 1440p 再上采样画质损失肉眼几乎看不出帧率能翻倍。参数上把渲染分辨率做成配置项默认取「原生分辨率的 0.7 倍」并向上取整到偶数。5.2 坑二多显示器下鱼只出现在主屏副屏黑屏现象双屏环境启动屏保只有主显示器有画面。原因是屏保进程默认只创建一个渲染上下文绑定在主屏。解决是为每个显示器各创建一个窗口和上下文共享同一份模型和贴图资源各自独立渲染循环。注意共享资源要加锁或按上下文各建一份跨上下文共享纹理在部分驱动上会出问题稳妥做法是每个上下文各加载一份内存翻倍但可控。5.3 坑三挂机两小时后内存缓慢上涨直至崩溃现象短时间测试正常挂机一两小时后内存持续上涨。原因通常是每帧创建了临时对象没释放比如每帧 new 一个向量、每帧重建粒子缓冲。解决是把所有每帧对象改成预分配复用粒子系统用固定大小的环形缓冲鱼群邻居查询的临时数组提到循环外。排查方法是在主循环里每 600 帧打印一次对象计数看哪类对象在涨比盲猜快得多。5.4 坑四用户一动鼠标退出屏保时画面撕裂现象退出屏保瞬间画面撕裂或闪黑。原因是渲染线程还在提交帧主线程已经开始销毁窗口。解决是退出流程做成两段先发信号让渲染线程在下一帧边界停止提交等它确认后再销毁上下文中间加一个短暂的全黑过渡帧掩盖切换。这个过渡帧别省省了就是肉眼可见的闪。5.5 坑五不同显卡上焦散纹理出现接缝现象部分机器上池底焦散出现明显网格接缝。原因是纹理平铺时采样模式设成了 clamp 而不是 repeat或者纹理本身边缘不满足可平铺。解决是采样模式统一设 repeat纹理生成时用四边镜像混合保证首尾像素一致。这个坑很隐蔽因为开发机上恰好没触发换一台机器就暴露所以焦散纹理生成后要专门做一次边缘一致性检查。6. 用帧时间直方图验证屏保稳定性一个可复用的压测习惯画质调完只是开始屏保真正的验收标准是「连续跑几小时不出事、不掉帧、不烫手」。我现在的习惯是不看平均帧率看帧时间直方图。平均 60 帧可能藏着每十秒一次 200ms 的卡顿用户对卡顿的感知远比对平均帧率敏感。具体做法是在主循环里记录每帧耗时攒够 3600 帧约一分钟做一次统计输出 P50、P95、P99 和最大值。P99 超过 50ms 就说明有周期性卡顿要回去查是不是有资源在运行时加载、有没有 GC 峰值、有没有着色器编译发生在运行期。下面这段是统计逻辑可以直接嵌进主循环。import statistics class FrameStats: def __init__(self, window3600): self.window window self.samples [] def tick(self, dt_ms): self.samples.append(dt_ms) if len(self.samples) self.window: s sorted(self.samples) p50 s[len(s)//2] p95 s[int(len(s)*0.95)] p99 s[int(len(s)*0.99)] print(fP50{p50:.1f} P95{p95:.1f} P99{p99:.1f} max{s[-1]:.1f}) self.samples.clear()参数上window取 3600 对应一分钟测试阶段可以缩到 600 加快反馈正式挂机测试建议跑满两小时看 P99 是否随时间漂移漂移往往意味着有缓慢的资源泄漏。dt_ms用高精度计时器取别用帧计数换算。压测时我一般分三档跑最低配机器跑 30 帧锁帧模式两小时中配跑 60 帧一小时高配跑高画质模式半小时。三档都过 P99 阈值才算收工。这套流程听起来笨但比「看着挺流畅」靠谱得多毕竟屏保是给用户长时间挂着的一次崩溃的代价远大于多测两小时。最后说个我自己的教训早期我总想一次把画质拉满再优化结果每次降级都像割肉改一处崩三处。后来改成先把 30 帧低画质跑稳再逐档往上加效果每加一档就跑一次直方图反而更快到终点。屏保这类长期运行的东西稳定是地基画质是装修顺序反了就得返工。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/30 5:09:46 · 阅读 1.2k 高清3D热带鱼屏保开发实战：实时渲染、骨骼动画与稳定性优化
简介这款高清3D热带鱼屏保面向希望为桌面增添海底氛围的普通用户与屏保爱好者通过逼真的3D渲染把鱼缸搬进电脑屏幕鱼群与珊瑚的质感接近真实水下场景适合日常办公、家用展示或长时间挂机时营造放松的视觉环境。压缩包为rar格式体积约3.12MB轻量易用解压后即可安装体验。软件支持按屏幕尺寸自适应渲染可自定义七彩神仙鱼、刺尾鱼、蓝魔鬼小丑鱼、半环刺盖鱼等品种并自由增减鱼类数量还附带日历、时钟显示与自定义微标功能兼顾观赏性与实用性。目前已有739人浏览学习说明其在同类屏保中具备一定关注度。对于想低成本美化桌面、体验动态水族箱效果的用户来说这份资源提供了完整的屏保程序与可调参数下载后即可按需配置属于自己的海底世界。1. 高清3D热带鱼屏保一块闲置屏幕能跑出什么效果很多人对屏保的印象还停留在二十年前那种二维水族箱几条贴图鱼在蓝色渐变背景上平移鱼尾是硬切帧水草像纸片。真正把「高清3D热带鱼屏保」做出来难点根本不在鱼模型而在于长时间无人值守运行下的稳定性、GPU占用控制和视觉可信度三者的平衡。我见过不少方案演示时惊艳挂机两小时风扇狂转或者鱼穿模穿到石头里这就是典型的「演示版能看、屏保版不能用」。这个方向适合两类人一类是想给自己的桌面或展示大屏做一个低维护的动态背景另一类是拿它当实时渲染练手项目练模型加载、骨骼动画、粒子水体和帧率自适应。下面按「先立住原理、再动手复现、最后讲坑」的顺序拆开讲参数和代码都给到能直接抄的程度。2. 高清3D热带鱼屏保的渲染底座怎么选实时管线与资源预算屏保和游戏最大的区别是它要在后台长期跑用户不会盯着看但一旦卡顿或崩溃就会立刻被感知。所以选型的第一原则不是画质拉满而是「可预测的帧时间 可回收的资源」。这一章先把渲染底座和资源预算讲清楚后面所有实现都建立在这个基础上。2.1 为什么优先选轻量实时渲染而不是离线预渲染视频有人会问既然要高清为什么不直接渲染一段4K视频循环播放这条路我试过翻车点很集中一段十分钟的4K循环视频动辄几个GB解码时硬件解码器常驻笔记本电池掉得比跑渲染还快更关键的是视频循环点一定有可见的接缝鱼群运动轨迹无法真正随机看久了就是「录像感」。实时渲染虽然要多写代码但换来的是无限不重复的运动、可按机器性能动态降级、内存占用可控。常见做法是用一个跨平台的实时渲染框架把场景描述成节点树鱼、水草、气泡、焦散各自是独立节点主循环里只更新变换和着色器 uniform。选型时重点看三件事是否支持骨骼动画鱼尾摆动靠它、是否支持实例化绘制同种鱼几十条不能各画一次、是否有成熟的帧率限制接口屏保必须能锁帧省电。关注点离线视频方案实时渲染方案屏保场景建议循环接缝明显无实时内存占用高GB级中百MB级实时性能自适应无可按帧时间降级实时开发成本低中高看维护周期长时间稳定性解码器偶发异常可控实时2.2 资源预算鱼模型面数、贴图尺寸与显存上限高清不等于无限堆面数。一条热带鱼在屏保里通常只占屏幕很小一块单条鱼控制在 30008000 三角面就足够鱼群总数按 2040 条算总面数压在 30 万以内中端核显也能稳在 60 帧。贴图方面鱼身漫反射贴图 1024×1024 足够法线贴图同尺寸水体和焦散用程序化生成不占贴图带宽。显存预算我一般按「目标机器最低配」倒推假设最低配是 2GB 显存的集成显卡给屏保留 400MB 上限其中模型和贴图 250MB帧缓冲和后期 150MB。超过这个线就要么减鱼数量要么降贴图分辨率。这个预算表建议在项目一开始就写死后面每加一个资源都对照检查否则很容易在「再加一点细节」里把预算吃穿。# 资源预算检查脚本伪代码按实际引擎API替换 BUDGET_MB 400 model_mb 0 for fish in fish_assets: model_mb fish.mesh_size_mb fish.texture_size_mb post_mb 150 # 后期与帧缓冲预留 total model_mb post_mb assert total BUDGET_MB, f超预算: {total}MB {BUDGET_MB}MB print(f模型贴图 {model_mb}MB, 后期 {post_mb}MB, 合计 {total}MB)这段脚本的逻辑很直白把所有鱼资源的网格和贴图体积累加加上固定的后期预留和预算上限比较。参数上BUDGET_MB按目标最低配机器改post_mb如果开了体积光或高质量焦散要往上调一般 150220MB。跑一次就知道当前资源包是否超标比等到实机卡顿再回头查要省事得多。2.3 帧率策略屏保为什么必须锁帧并做降级屏保在无人操作时持续满帧渲染是纯浪费。我的习惯是默认锁 30 帧检测到用户有输入鼠标移动、键盘时再切到 60 帧做短暂高画质展示几秒无输入后回落。降级策略按帧时间触发连续 30 帧平均帧时间超过 33ms就依次关闭焦散、降低鱼群数量、缩小阴影分辨率每次只降一级避免画面突变。这套策略要写成一个状态机状态包括「正常 30 帧」「高画质 60 帧」「降级一档」「降级二档」。切换时记录时间戳防止在阈值附近反复横跳。参数上降级阈值不要设得太敏感33ms 对应 30 帧留 10% 余量比较稳恢复阈值要比降级阈值更宽松比如帧时间低于 20ms 持续 5 秒才升一档否则会出现画质来回抖动的玄学现象。3. 热带鱼骨骼动画与鱼群行为从单条摆尾到群体不穿模画面可信度的核心是鱼怎么动。静态模型再精细鱼尾摆动僵硬也会立刻露馅。这一章讲单条鱼的骨骼动画怎么接、鱼群行为怎么组织、以及怎么避免鱼穿进石头和水草里。3.1 鱼尾摆动的骨骼链与正弦驱动参数一条鱼最少需要三根骨骼根骨骼身体、中段骨骼腰部、尾骨骼。摆尾用正弦波驱动尾骨骼绕垂直轴旋转中段骨骼做相位延迟的跟随这样尾巴会有自然的「甩」感而不是整条鱼刚性扭动。相位延迟是关键常见做法是中段延迟 0.15 个周期尾骨再延迟 0.1 个周期。import math def update_fish_bones(fish, t, amplitude0.35, freq1.8): # t: 全局时间秒; amplitude: 摆尾幅度(弧度); freq: 摆动频率Hz phase 2 * math.pi * freq * t fish.bone_mid.rotation_y amplitude * 0.6 * math.sin(phase - 0.15 * 2 * math.pi) fish.bone_tail.rotation_y amplitude * math.sin(phase - 0.25 * 2 * math.pi) # 身体轻微侧倾增强游动感 fish.bone_root.rotation_z 0.05 * math.sin(phase * 0.5)逻辑说明phase是当前摆动相位中段和尾骨分别减去不同延迟量形成波浪式传递。amplitude控制摆幅热带鱼一般 0.30.4 弧度比较自然超过 0.5 会显得抽搐freq控制频率小鱼快大鱼慢1.22.2Hz 之间按鱼种调。bone_root的侧倾用半频避免和摆尾同频导致整体晃动过大。这段每帧调用注意t要用累计时间而不是帧计数否则帧率变化时摆尾速度会跟着变。3.2 鱼群行为用转向力模型替代随机游走随机游走做出来的鱼群像无头苍蝇真实鱼群有聚拢、避让、对齐三种倾向。我用的是简化转向力模型每条鱼每帧计算三个向量——向群体中心靠拢的聚合力、与邻近鱼保持距离的分离力、与邻近鱼朝向对齐的对齐力加权求和后作为加速度再积分到速度和位置。权重上聚合力 0.8、分离力 1.5、对齐力 0.6分离力权重最高是因为穿模最影响观感。def flock_force(fish, neighbors, w_coh0.8, w_sep1.5, w_ali0.6): coh vec_zero(); sep vec_zero(); ali vec_zero() for n in neighbors: d fish.pos - n.pos dist length(d) if dist 0.001: continue coh n.pos sep normalize(d) / dist # 越近分离越强 ali n.velocity coh normalize(coh / len(neighbors) - fish.pos) if neighbors else vec_zero() ali normalize(ali / len(neighbors)) if neighbors else vec_zero() return coh * w_coh sep * w_sep ali * w_ali参数说明w_sep用 1.5 是血泪经验低于 1.0 时鱼群在角落容易挤成一团互相穿插w_coh太高会让鱼群缩成一个球0.8 左右比较松散自然。邻居查询不要全量两两比较40 条鱼虽然只有 1600 对但加上水草和石头碰撞检测就会吃 CPU常见做法是用空间网格把场景切成格子只查相邻格。3.3 与场景碰撞球形包围体加滑动响应鱼穿进石头是屏保最容易被一眼看穿的破绽。完整网格碰撞太重我用球形包围体近似每条鱼一个半径每块石头和水草一个或多个球体检测到重叠就把鱼的位置沿法线推出并把速度在法线方向的分量清零保留切向分量这样鱼会沿着石头表面滑走而不是弹开。def resolve_collision(fish, obstacles): for ob in obstacles: delta fish.pos - ob.center dist length(delta) min_dist fish.radius ob.radius if dist min_dist and dist 0.0001: normal delta / dist fish.pos ob.center normal * min_dist vn dot(fish.velocity, normal) if vn 0: fish.velocity - normal * vn # 去掉法向分量保留切向逻辑上先算鱼和障碍球心的距离小于两者半径和就判定重叠把鱼推到刚好相切的位置再消掉朝向障碍的速度分量。参数上fish.radius按鱼体长取 0.40.6 倍ob.radius取石头包围球半径的 0.9 倍留一点余量避免视觉上贴太紧。障碍球数量控制在 30 个以内每帧全量检测也扛得住。4. 水体、焦散与光照让高清3D热带鱼屏保不像塑料缸鱼动得再自然如果水体是死板的蓝色渐变整体还是廉价。这一章讲水体着色、焦散投影和光照分层这三样是「高清感」的主要来源也是最容易吃性能的地方。4.1 程序化水体着色三层噪声叠加与深度雾水体不用真实流体模拟屏保要的是视觉可信而非物理正确。我的做法是三层不同频率和流速的噪声叠加低频大尺度做整体流动中频做波纹高频做细碎扰动三层按 0.5、0.3、0.2 加权。颜色上从浅水区的青绿过渡到深水区的深蓝用深度值做插值再叠一层深度雾让远处的鱼自然淡出避免「鱼突然消失」的突兀感。// 水体片元着色器核心片段 float depth clamp((fragDepth - nearZ) / (farZ - nearZ), 0.0, 1.0); vec3 shallow vec3(0.10, 0.55, 0.60); vec3 deep vec3(0.02, 0.12, 0.30); vec3 water mix(shallow, deep, depth); float n noise(uv * 3.0 time * 0.05) * 0.5 noise(uv * 8.0 - time * 0.08) * 0.3 noise(uv * 20.0 time * 0.12) * 0.2; water (n - 0.5) * 0.06; // 轻微亮度扰动 float fog smoothstep(0.6, 1.0, depth); fragColor vec4(mix(water, deep, fog), 1.0);参数说明三层噪声的频率比 3:8:20 是试出来的比例太接近会看不出层次流速有正有负让不同层反向流动视觉上更像活水。fog的smoothstep区间 0.61.0 控制远处淡出范围区间越窄雾越突然建议不低于 0.3 的跨度。噪声函数用便宜的 value noise 就够别上 simplex屏保不值得。4.2 焦散投影用投影纹理替代实时光子焦散是水下光斑真实计算要光子映射屏保里绝对不能用。常见做法是预生成一张可平铺的焦散纹理用两层不同速度的 UV 滚动叠加投影到池底和鱼身上。投影方式用简单的平面投影池底平面直接按世界坐标采样鱼身按法线朝向做近似精度不高但观感足够。参数建议值作用调过头的表现焦散纹理尺寸512×512 可平铺采样质量太大浪费带宽滚动速度层一0.03 /秒主光斑移动太快像频闪滚动速度层二-0.02 /秒反向叠加破重复同向会看出平铺叠加强度0.25光斑亮度超过 0.4 过曝投影模糊2 像素软化边缘太糊失去焦散感这张表里的数值是我在几台机器上折中出来的滚动速度两层必须反向否则平铺纹理的重复感会非常明显这是很多人翻车的点。强度 0.25 配合水体本身亮度刚好如果场景整体偏暗可以到 0.3但不要再高。4.3 光照分层主光、补光与环境光的配比水下光照不能只用一盏方向光会显得鱼身一半死黑。我一般用三层顶部主方向光模拟水面透射强度 1.0偏冷白侧面补光强度 0.3偏青填充暗部环境光用半球光上青下深蓝强度 0.4。三层配比让鱼身有明暗过渡又不失细节热带鱼的鲜艳体色也能出来。阴影只给主光开且分辨率压到 1024软阴影采样 4 次。补光和环境光不产生阴影这是性能上的取舍——多层阴影在屏保里性价比极低。如果目标机器性能富余可以把主光阴影提到 2048但要在降级策略里留一档能降回 1024。5. 屏保集成避坑从窗口模式到长时间挂机的五条踩坑记录渲染做完了不等于屏保能用。屏保的运行环境和普通窗口程序差别很大它由系统在空闲时拉起、全屏独占、可能多显示器、可能被快速唤醒打断。这一章按「现象 → 原因 → 解决」记录五条实际踩过的坑。5.1 坑一全屏后帧率骤降窗口模式却正常现象窗口模式跑 60 帧很稳切成屏保全屏后掉到 20 帧。原因多半是全屏时分辨率切到了显示器原生 4K而窗口模式实际渲染的是 1080p 拉伸。解决是显式查询当前显示器分辨率按资源预算表决定渲染分辨率4K 屏上渲染 1440p 再上采样画质损失肉眼几乎看不出帧率能翻倍。参数上把渲染分辨率做成配置项默认取「原生分辨率的 0.7 倍」并向上取整到偶数。5.2 坑二多显示器下鱼只出现在主屏副屏黑屏现象双屏环境启动屏保只有主显示器有画面。原因是屏保进程默认只创建一个渲染上下文绑定在主屏。解决是为每个显示器各创建一个窗口和上下文共享同一份模型和贴图资源各自独立渲染循环。注意共享资源要加锁或按上下文各建一份跨上下文共享纹理在部分驱动上会出问题稳妥做法是每个上下文各加载一份内存翻倍但可控。5.3 坑三挂机两小时后内存缓慢上涨直至崩溃现象短时间测试正常挂机一两小时后内存持续上涨。原因通常是每帧创建了临时对象没释放比如每帧 new 一个向量、每帧重建粒子缓冲。解决是把所有每帧对象改成预分配复用粒子系统用固定大小的环形缓冲鱼群邻居查询的临时数组提到循环外。排查方法是在主循环里每 600 帧打印一次对象计数看哪类对象在涨比盲猜快得多。5.4 坑四用户一动鼠标退出屏保时画面撕裂现象退出屏保瞬间画面撕裂或闪黑。原因是渲染线程还在提交帧主线程已经开始销毁窗口。解决是退出流程做成两段先发信号让渲染线程在下一帧边界停止提交等它确认后再销毁上下文中间加一个短暂的全黑过渡帧掩盖切换。这个过渡帧别省省了就是肉眼可见的闪。5.5 坑五不同显卡上焦散纹理出现接缝现象部分机器上池底焦散出现明显网格接缝。原因是纹理平铺时采样模式设成了 clamp 而不是 repeat或者纹理本身边缘不满足可平铺。解决是采样模式统一设 repeat纹理生成时用四边镜像混合保证首尾像素一致。这个坑很隐蔽因为开发机上恰好没触发换一台机器就暴露所以焦散纹理生成后要专门做一次边缘一致性检查。6. 用帧时间直方图验证屏保稳定性一个可复用的压测习惯画质调完只是开始屏保真正的验收标准是「连续跑几小时不出事、不掉帧、不烫手」。我现在的习惯是不看平均帧率看帧时间直方图。平均 60 帧可能藏着每十秒一次 200ms 的卡顿用户对卡顿的感知远比对平均帧率敏感。具体做法是在主循环里记录每帧耗时攒够 3600 帧约一分钟做一次统计输出 P50、P95、P99 和最大值。P99 超过 50ms 就说明有周期性卡顿要回去查是不是有资源在运行时加载、有没有 GC 峰值、有没有着色器编译发生在运行期。下面这段是统计逻辑可以直接嵌进主循环。import statistics class FrameStats: def __init__(self, window3600): self.window window self.samples [] def tick(self, dt_ms): self.samples.append(dt_ms) if len(self.samples) self.window: s sorted(self.samples) p50 s[len(s)//2] p95 s[int(len(s)*0.95)] p99 s[int(len(s)*0.99)] print(fP50{p50:.1f} P95{p95:.1f} P99{p99:.1f} max{s[-1]:.1f}) self.samples.clear()参数上window取 3600 对应一分钟测试阶段可以缩到 600 加快反馈正式挂机测试建议跑满两小时看 P99 是否随时间漂移漂移往往意味着有缓慢的资源泄漏。dt_ms用高精度计时器取别用帧计数换算。压测时我一般分三档跑最低配机器跑 30 帧锁帧模式两小时中配跑 60 帧一小时高配跑高画质模式半小时。三档都过 P99 阈值才算收工。这套流程听起来笨但比「看着挺流畅」靠谱得多毕竟屏保是给用户长时间挂着的一次崩溃的代价远大于多测两小时。最后说个我自己的教训早期我总想一次把画质拉满再优化结果每次降级都像割肉改一处崩三处。后来改成先把 30 帧低画质跑稳再逐档往上加效果每加一档就跑一次直方图反而更快到终点。屏保这类长期运行的东西稳定是地基画质是装修顺序反了就得返工。希望帮到你。本文还有配套的精品资源点击获取