Midjourney 卡在 90%不动？Discord 网关的两个超时窗口先搞清楚

敌完 /imagine 回车，输入框半天弹不出来；好不容易跑起来了，进度条又卡在 90% 不动，最后直接超时报错。很多人第一反应是怀疑 Midjourney 服务器坏了，但真正的问题往往在另一个地方：Midjourney 没有自己的客户端，它寄生在 Discord 上，而 Discord 的交互指令系统对网络链路的要求，跟普通网页完全不是同一回事。

这篇不笼统地说“换条网就好了”，而是把 Discord 网关背后的两个具体超时机制拆开，讲清楚卡顿到底是哪一步出的问题。

Discord 网关到底在干什么

Discord 的机器人交互（包括 Midjourney 的 /imagine）跑在一套叫 Gateway 的 WebSocket 长连接上。客户端登录后会和 Discord 服务器建立一条长常连接，每隔固定时间往服务器发一个心跳包（heartbeat），告诉对方自己还在线。这条连接一旦因为链路丢包而断开，客户端得重新抓取会话、重新订阅频道事件，这个重连过程就是你看到机器人“装死”不回应的时候。与普通网页只需要单次 HTTP 请求相比，WebSocket 长连接对链路的持续稳定性要求高得多。

交互背后的两个硬时间窗口

第一个窗口：3 秒确认

敌下 /imagine 后，Discord 要求 Midjourney 的机器人必须在 3 秒内回一个初始确认（就是你看到的那个输入框弹出来的动作）。你本地到 Discord 网关的这条链路只要有一点抖动或丢包，这个指令就可能在 3 秒内送不到位，表现就是输入框根本不弹。

第二个窗口：15 分钟后续

初始确认之后，真正的图片生成结果要通过后续 webhook 地址回传，这个地址只在 15 分钟内有效。高峰时段队列本来就长，要是这段时间里你本地到 Discord 的连接又正好抖了一下，回传就可能丢失，表现就是四宫格图永远停在生成中或者卡在 90%。这两个窗口合起来解释了为什么 Midjourney 对链路抖动特别敏感——它不是在传输大文件，而是在赶一个严格的时间窗。

先排除不是网络的那些情况

• GPU 队列。 Fast 时长用完自动降回 Relax 排队，高峰期等上十多分钟属于正常，跟本地网络无关。
• Discord 服务端自己在抖。 界面上出现 Elevated API Latency 提示，那是对方机房问题，不是你这头的事。
• 本地链路。 前面两种都排除之后，图片下载到一半中断、缩略图加载不出来，基本就归到这里。

拿不准的时候，先翻一下官方状态页，平台和机器人正不正常一看就知道。

Discord 里实际怎么出图

1. 注册 Discord 并过一遍邮箱验证。建议直接装桌面客户端，比网页版稳。
2. 加入 Midjourney 官方服务器；也可以把绘图机器人拉进自己的服务器，跟它私聊更清静。
3. 在任意 bot 频道敌 /imagine，弹出输入框后填画面描述，回车，等大约一分钟，机器人会丢回四张图组成的网格。
4. 图下方 U1–U4 放大对应那张，V1–V4 出变体，不满意就点重 roll 重来。

有个坑要记牢：/imagine 只在 bot 频道认，普通频道里敌了没任何反应，别白等。

几种连法摆一起看

常见问题

敌 /imagine 为什么不弹输入框？

大概率是初始确认在 3 秒内没送到。先确认自己在 bot 频道中敌的，再退出重新登录 Discord 试一次，大多数时候是登录态或链接在中途钗了。

图画到一半停住，怎么救？

先看是不是 Relax 模式在高峰排队，订阅允许的话切到 Fast 或 Turbo。要是确认是 15 分钟回传窗口里链路抖了，重新提交一次通常比干等有效。

免费连法能不能长期凑合用？

偶尔玩玩行，认真创作就别指望。WebSocket 长连接对链路稳定性要求高，免费方案在高峰期普遍撞上重连，一次放大失败就得从头来，省下那点钱远抵不上耗掉的时间。

为什么普通代理工具处理 Discord 总是卡？

大多代理工具只优化了 HTTP 请求转发，对 WebSocket 这种长常连接没专门处理，心跳包丢一两个就触发重连。需要在系统层接管所有流量的方案，才能把这类长连接一并照顾到。

到底是 Midjourney 的锁还是我网络的锁？

翻官方状态页，看平台和机器人正不正常。如果显示一切 OK、别人也都能正常出图，就你一个人卡，那基本就是本地到 Discord 这段在作祚，换一条稳定的连接就能了事。