同一台机器、同一个提示，第一张很快，后面越出越慢，通常不是单一原因：画布尺寸、生成张数、提示长度、本地保存位置和设备负载都会影响观感上的「慢」。判断方向很直接——把这几项拆成单变量做对照，用同一条提示、同一台机器，每次只改一项，记录耗时，再看哪一项改动后差值最大。凭感觉下结论一般靠不住，那多半只是样本太少。

如果第一张快、后续变慢，先别急着改提示词或换模型。先固定提示与设备，做一张参数与耗时的对照表：画布尺寸只改一档、生成张数只改一档，各跑三组，再单独看保存到本地盘与同步盘的耗时，以及生成期间设备负载。哪一项单独变化时耗时差值最明显，就先调那一项；若三项都不明显，问题更可能落在本地环境（同步盘写入、后台程序、浏览器标签堆积），此时调生成参数帮助有限。

把最近 10 次生成的参数和耗时抄进同一张表

先有数据再猜原因。这张表不需要工具，记事本或表格软件即可，关键是每次生成后立刻填，不要事后凭印象补。记录字段建议固定为：时间、画布尺寸、生成张数、提示长度、总耗时。提示长度可以用字数粗记，目的是看长提示是否也拖时间。

表里的数字都是占位，替换成你自己那次的实际值。样本够不够的规则可以先这样用：同一个参数组合至少出现 3 次；如果同一组合三次之间的最大最小差值，比不同组合之间的差值还大，说明波动本身盖过了变量，需要再多补几次同样条件的生成。计时从点下生成到图片可预览为准，包含排队和写盘。

只改画布尺寸，其他不动，跑三组

这一步只分离画布尺寸的影响。提示、张数、保存位置全部锁死，张数固定为 1，尺寸取界面里实际可选的三档，例如 1024×1024、1536×1536、2048×2048，具体档位以你客户端的选项为准，不必强求这三个数。每组重复 3 次，共 9 次。

对比时看的差值有两个：一是三档尺寸之间的总耗时差，二是每一档内部三次的最小与最大差。如果档位之间的差稳定大于档内波动，画布尺寸就是主要变量；如果档内波动和档间差差不多，说明这次测量还不足以判断尺寸的贡献。时长用秒表或系统时钟记都行，但前后几次要用同一种记法。

只改生成张数，重复同样三组

把尺寸固定在上一步里表现最稳的那一档，提示不变，只改张数：1、2、4 这样的梯度即可。每组同样重复 3 次，参数别混着改。文件命名建议带上变量，方便回看：尺寸_张数_序号_生成时间，例如 1024x1024_n2_03_初始时间戳，下载到同一个目录里。

与上一组数据对齐的方法是看每张的平均耗时：总耗时除以张数。如果张数从 1 到 2 时平均耗时基本持平、从 2 到 4 时平均耗时明显上升，说明张数增加不是简单的线性叠加；如果平均耗时几乎不变，那总耗时增长只是张数变多的正常结果，不算“越出越慢”。这一步的意义是把“多张一起生成慢”与“同样的单张也逐次变慢”区分开。

把本地环节单独测一遍：保存位置与设备负载

前两组测的是生成阶段，这一组测本机。同一个批次分别保存到本地系统盘目录和同步盘目录（网盘、云盘客户端监控的文件夹），各做一次，观察从图片出现到文件真正可打开、可复制之间的间隔。下面两条命令只用来查看文件落盘时间，方便估算这个间隔，不改变任何生成行为。

# macOS / Linux：列出下载目录最近文件的完整写入时间
ls -lt `--time-style`=full-iso ~/Downloads | head -n 10

# Windows PowerShell：看最近 10 个文件的 LastWriteTime
Get-ChildItem $HOME\Downloads | Sort-Object LastWriteTime -Descending | Select-Object -First 10 Name,Length,LastWriteTime

设备负载的查看入口：Windows 用任务管理器或资源监视器，macOS 用活动监视器，重点看生成那几十秒里的 CPU、内存、磁盘写入和网络占用。观察时间窗口建议选生成开始前 10 秒、生成进行中、文件写盘这三段，分别看一眼，而不是只在最卡的那一刻截图。如果同步盘的写入或上传持续占用带宽，浏览器里的生成请求也会跟着变慢，这时看到的“出图慢”其实有一部分是本地环节造成的。

按对照结果决定先改哪一项

对照做完就按结果排序，不要一次性全改。

• 尺寸档间差明显大于档内波动、张数接近线性：先降画布尺寸，优先满足出图目的所需的最低档，保留张数不变。
• 张数增加时每张平均耗时明显上升：先把一次生成张数降下来，改成多次少量生成，同时确认保存目录不在同步盘中转。
• 尺寸和张数带来的差都不明显，但本地保存慢、生成期间磁盘或网络占用高：先处理本地环境，把输出目录改到本地盘、关掉不必要的后台同步和占用高的程序，再复测同样参数。

验证调整是否有效的方式是回到同一组条件重跑 3 次，看耗时是否回到接近第一次生成时的水平，而不是只看某一次变快。若调整后仍然逐次变慢，下一步可以换一个干净的浏览器标签或重启客户端，把提示长度也作为一个变量单独测一遍；如果多台设备上都能复现同样的逐次变慢，那更可能是服务端排队或账号侧的限制，此时本机参数再怎么调都不会有明显改善，应改为错峰生成并保留记录以便对照。