ChatGPT崩了的具体原因是什么？

2026年7月25日，OpenAI旗下ChatGPT及Codex服务再次发生全球性大规模宕机，从当前各方信息与行业分析来看，故障主要指向服务器高并发压力下的缓存层与登录模块协同节点异常、算力基础设施阶段性承压，以及短期内用户请求激增导致的系统性瓶颈，而非单一产品缺陷。

一、故障概况与直接表现

本次宕机发生于北京时间7月25日17时17分前后，持续约40分钟至1小时。

受影响服务包括ChatGPT网页版、API接口及编程工具Codex，免费用户与Plus付费用户均无法正常登录或使用。

用户在客户端遇到登录失败、页面报错、回复超时、历史会话丢失等问题。

网络监测平台Downdetector显示全球投诉量在短时间内急剧飙升。

二、具体原因分析

1. 缓存层与登录模块协同节点失效

有分析指出，此次故障的核心卡点出现在系统的缓存层与登录模块之间的协同节点上，相当于城市电网的核心调度闸临时失灵。

该节点负责处理用户认证请求与临时数据缓存之间的同步，一旦出现响应超时或数据不一致，将导致大量登录请求堆积、服务拒绝响应。

2. 高并发压力超阈值

OpenAI旗下服务已实现日均数十亿次级的API调用，系统需要承受每秒数万次的并发请求。

在周末等用户集中使用时段，请求峰值可能进一步拉高，若弹性扩容机制或负载均衡策略未能及时响应，容易触发服务保护性熔断。

3. 算力基础设施阶段性承压

近期多家头部AI厂商均出现类似故障，行业普遍反映“Token需要量爆发太块，基础算力建筑跟不上”。

尽管OpenAI持续扩充服务器集群，但模型迭代带来的推理算力消耗也在同步增长，算力储备的增长速度可能暂时落后于用户规模的增长速度。

4. 系统架构的脆弱性积累

一个月内多次大规模宕机（7月15日、7月23日、7月25日），表明底层架构在稳定性方面仍存在薄弱环节。

特别是涉及多区域部署、数据同步、会话保持等复杂场景时，任何一个小模块的异常都可能被高并发放大为全局性故障。

三、客观看待与行业背景

本次故障并非孤立事件，2026年以来，多个国际AI服务平台均经历过类似的大规模服务中断。

故障快速恢复后，OpenAI官方状态页面应及时更新调查进展，目前尚处于故障原因调查阶段。

频繁折腾客观上推动业界加速探索“多模型备用”策略，以降低单一服务依赖性。

四、给用户的实用提示

遇到服务不可用时，可先访问

status.openai.com

查看官方状态更新。

尝试刷新页面、退出账号重新登录或在网页端与APP端交替使用。