先确认是否真卡死

这里提供一个简单的诊断方法：打开浏览器开发者工具（F12→Network标签页），定位名为“generate”或“image”的请求。如果该请求的状态显示“pending”超过45秒，且Preview和Response均为空，基本可以判定为卡死。但若状态已变为“200 OK”，只是页面未更新，则说明是前端渲染问题，后端任务其实已经跑完，无需重新生成。

按F12键操作简单，无需安装插件，也无需切换模式，直接就能调出。

立即终止当前任务并清理缓存

确认卡死后，直接点击生成界面右上角的「停止」按钮（那个方形■图标），等待3秒，确认任务已中断。然后进入千问App的设置，找到清除缓存——注意，【这个操作不会删除已保存的图片，仅清除临时计算的中间量】。网页端用户需手动刷新页面，并在地址栏输入ja vascript:window.location.reload(true)，强制清除JS缓存后再回车。这一步不可省略，否则缓存中的残留数据可能继续干扰下一次生成。

调整参数避开溢出陷阱

参数设置方面，以下几个关键点值得逐一排查。

方法一：降低CFG值至5.0～5.5区间

CFG值设定过高（例如≥7.0）时，在BF16精度下容易加剧梯度震荡，尤其是提示词包含强对比光效（如霓虹、闪电、镜面反射等）时，更容易触发99%的卡顿。适当调低CFG虽然会让细节稍显柔和，但能确保全流程稳定输出，对日常使用已经足够。

方法二：关闭“高清增强”开关

该功能启用后，会额外加载VAE解码器的二次升频模块，对硬件要求较高。在RTX 40系以下的显卡，或共享显存的环境下，容易因显存碎片化而卡在最后一步。关闭后，默认输出1024×1024的原生分辨率，速度可提升约40%，且99%的卡死概率基本归零。对大多数场景而言，这个妥协是值得的。

方法三：换用短提示词重试

尝试将“黄昏时分戴金丝眼镜的银发老者坐在铸铁长椅上，背景是飘着细雨的哥特式教堂，镜头焦外虚化，胶片颗粒感”这类长句，精简为“银发老者→铸铁长椅→哥特教堂→胶片风格”。去掉修饰性副词和嵌套从句后，千问Turbo对语义密度较为敏感，超过32字的中文提示词在BF16链路中，更容易在解码末端溢出。精简后，效果往往立竿见影。

检查硬件与运行环境

硬件环境也不容忽视。第一步，打开任务管理器（Ctrl+Shift+Esc），检查GPU内存占用是否持续高于92%。如果占用过高，第二步，关闭所有其他AI绘图工具、视频编码软件，以及浏览器中非必要的标签页。第三步，在千问设置中开启「显存自动释放」选项——该功能会在每次生成结束后主动归还未被引用的显存块，避免连续生成时因残留张量堆积，导致第三张图开始卡在99%。

注意：【Windows系统需确保显卡驱动版本≥551.86，旧版驱动无法正确识别BF16张量释放指令，这个细节容易被忽略，但至关重要】。