这半年我跟着几个小组跑过极速3d的现场，从装机到出图再到交付，见过顺的，也见过卡在半路下不来的。这篇不是教程，是我自己记的跟场备忘，按一条路径走：进场先看什么、哪里最容易崩、崩了怎么排、排不动怎么退、走之前留什么。你当清单用就行，不用当结论。
现场先看什么信号
进场第一件事不是打开软件，是看这台机器和这套流程现在处在什么状态。极速3d的现场问题，八成在动手之前就已经埋好了，只是没人看。
- 看资源水位：内存和显存平时占多少，跑起来峰值到多少，留没留余量。
- 看素材来源：模型是谁给的、什么格式、有没有带贴图路径，路径是绝对还是相对。
- 看场景规模：面数、贴图张数、灯光数量，心里先有个量级。
- 看输出目标：最终要什么格式、什么分辨率、给谁用，这一步决定后面所有取舍。
- 看协作方式：是本地独占还是多人同时改，交接靠什么传。
这些信号不用很精确，但要在动手前扫一遍。扫完你会发现，很多“跑不动”其实是量级对不上，不是软件的问题。
最容易翻车的几类崩点
按我见过的频率排，崩点大致就这几类，跟参数高低关系不大，跟流程习惯关系很大。
- 路径失效：素材换机器就找不到贴图，模型一打开就是灰的。
- 版本错位：插件、驱动、软件版本之间对不上，表现是随机闪退。
- 资源挤兑：后台还挂着别的吃显存的东西，峰值一到就卡死。
- 命名混乱：同名文件互相覆盖，改了半天改的是旧版本。
- 交接断档：上一环没交代清楚，下一环按自己的理解重做一遍。
现场最贵的不是机器，是返工。返工多半不是因为技术难，是因为没人把上一环的状态说清楚。
排查顺序：从外到内逐层收窄
出问题别急着调参数，先按从外到内的顺序收窄，把变量一个个摘掉。
- 先确认现象：是卡、是崩、还是出图不对，三种问题的方向完全不同。
- 再确认环境：换一台干净机器试同一份素材，能复现就不是素材的锅。
- 再确认素材：单独打开模型，不带贴图不带灯光，看基础能不能立住。
- 再确认流程：逐步加回贴图、灯光、输出设置，看哪一步开始变坏。
- 最后才动参数：到这一步再调，才知道自己调的是不是真原因。
顺序反了，就会变成到处试参数、越试越乱。现场时间紧的时候，这一步最容易被跳过，也最不该跳。
回退与恢复：把损失锁在最小范围
排查到一半发现短时间修不好，就别硬扛，先回退到一个能用的状态，把当天的活保住。
- 回退节点：开工前存一份干净版本，改动前再存一份，命名带日期和阶段。
- 回退范围：只退有问题的那一层，别整个场景推翻重来。
- 回退记录：写清楚退到哪一版、为什么退、下次从哪继续。
- 恢复路径：恢复后先跑一遍最小可出图流程，确认基础没坏再往上加。
回退不是认输，是把不确定的损失换成确定的进度。现场最怕的是既没修好，又丢了原来的版本。
离场前的交接清单
走之前把状态交代清楚，下一环才不用从头猜。交接清单我一般就记这几条。
- 当前版本：文件在哪、叫什么、对应哪个阶段。
- 已知问题：哪些地方还没解决，表现是什么。
- 待验证项：哪些改动还没跑通过完整流程。
- 环境依赖：用了什么版本、什么插件、什么路径规则。
- 下一步建议：从哪继续、先动哪里、别动哪里。
这份清单不解决技术问题，但能省掉下一环大量的重复排查。极速3d的现场，稳定往往不是靠某个参数调得好，而是靠每个节点都有人把状态说清楚。路径走顺了，速度是自然的结果，不是硬追出来的。 3d建模