【安全圈】学习通又崩了！全国高校卡在登录页

安全圈 2026-10-26 19:00 江苏

10月26日午后学习通大面积宕机：登录排队、考试中断、作业丢失，官网502。客服称系统维护已完成，这已是一年内第3次

一、60秒看完全部要点

• 🔴 2026年10月26日午后，超星学习通大面积服务中断，「学习通崩了」冲上微博热搜

• 📵 故障表现：无法登录签到、页面卡死、刷课失败、作业上传失败，部分课程显示「已删除」或「不是本班学生」

• ⏳ 系统弹窗原文：「目前是流量高峰期，系统进入排队模式，请您5分钟后再访问」，官网一度出现 502 Bad Gateway

• 📝 更糟的是多名正在参加线上考试的学生被中断答题，作业因系统无自动保存导致内容丢失

• 🎙️ 客服回应（两种口径）：一说「系统正在修复中，服务已陆续恢复」；一说「平台此前正在进行系统维护，目前已完成修复」

• ✅ 14:40 记者实测 iOS 端已恢复正常加载，但这已不是学习通第一次崩——2025年11月、2026年6月均有同类事故

  

  

  

二、故障现场：全国学生卡在同一个页面

10月26日午后，大量高校学生反映学习通无法正常使用。典型故障包括：

• 🚫 登录与签到失效：账号无法登录，签到功能无法使用，有学生反映「刚好今天迟到了没签到」

• 📚 课程页面异常：打开每个课程都显示「已删除」，或提示「不是本班学生」

• 🎬 刷课中断：课程视频无法加载，提示「连接服务器失败」，章节内容无法计入成绩

• 📤 作业提交失败：上传作业时出现图片裂开、服务器异常，且系统无自动保存功能导致已写内容丢失

• 📝 考试被迫中断：多名正在参加线上考试的学生反映答题过程被卡住或强制退出

系统给出的提示是「目前是流量高峰期，系统进入排队模式，请您5分钟后再访问」——这正是学习通在历次高并发压力下的标准降级动作。记者查询发现，官网当时也出现了 502 Bad Gateway，即网关无法从上游服务器获得有效响应。

三、官方回应：口径出现分歧

媒体致电超星课程服务中心热线后，得到的回应存在两种表述：

• 📞 14:45 梨视频报道：客服表示已收到用户反馈，系统正在修复中，服务已陆续恢复，建议用户重新登录查看状态

• 📞 14:59 钱江视频报道：客服确认中午时段平台确实出现系统问题，此前正在进行系统维护，目前已完成修复；记者 14:40 实测 iOS 版各项功能已可正常加载

值得留意的是，截至发稿，超星学习通未在官方账号发布正式公告，故障的确切起止时间、影响用户规模、是否与考试数据丢失相关，均无官方说明。对受影响的师生而言，「已修复」并不等于「影响已清零」。

四、这不是第一次：一年内的第N次崩

从公开报道看，学习通的服务中断具有明显的周期性：

• 📅 2025年11月17日：早8点在线人数突破 1200万，服务器因高并发崩溃，官网出现 502，官方称「网络异常所致」，当日下午修复并致歉

• 📅 2026年6月15日：无法登录签到、页面卡顿、作业提交失败，考试途中出现 502，客服称「正在处理中」

• 📅 2026年10月26日：本次故障，同样是登录/刷课/作业/考试全线受影响

故障高发时段高度集中在周一早八、期末周、集中交作业日——都是瞬时并发最高的时点。这指向一个老问题：容量规划按平均负载设计，遇到可预测的峰值就必然失守。

五、技术视角：排队模式暴露了什么

「进入排队模式」听起来像人为的流量管控，实质上是一种被迫的降级措施。当后端处理能力被压满，系统只能把新请求拦在门外排队，避免整站彻底雪崩。这个机制本身是对的，但它掩盖不了三个问题：

• 🧱 弹性扩容不足：教育类应用负载曲线极具规律（早八、期末、作业截止前），理论上完全可预测，却没有做足弹性预案

• 💾 无自动保存的设计缺陷：作业、答题内容不落本地草稿，一次网络抖动就等于内容全丢——这是架构层面可以低成本解决的问题

• 🔗 单点依赖风险：签到、作业、考试、刷课全在同一平台，一次故障等于教学环节全线中断，没有可切换的备用通道

从业务连续性角度看：把「考试」这种不可重复、不可补做的场景，交给一个一年崩三次的平台承载，本身就是风险设计上的失误。

六、受影响怎么办：师生实操建议

• 📸 第一时间截图/录屏留证：故障页面、报错提示、时间戳，都是向老师说明情况的依据

• 💾 答题内容先写本地：作业、论文、答题先在 Word/备忘录写好再粘贴，避免平台丢失

• ⏰ 避开高峰操作：签到、交作业尽量提前，不要卡截止前最后一小时

• 📢 及时与任课老师沟通：说明故障时间与影响，申请延期或补考安排

• 🔒 顺手做一次账号安全体检：学习通2022年曾被曝1.7亿条数据在非法渠道售卖（姓名、手机号、学校、学号、邮箱），建议改独立密码、开启二次验证、警惕冒充学校的境外诈骗电话

七、安全圈点评

一个教育平台一年崩三次，从技术上讲并不稀奇——它承载的是「全国大学生几乎同一分钟要干同一件事」这种极端负载。真正值得讨论的，是三次事故后问题依然如故：同一套容量模型、同一句「系统正在修复」、同样没有正式公告。这说明故障复盘没有转化为架构改进。

更值得警惕的是业务连续性的缺位。这次事故里有学生正在考试、有作业因无自动保存而丢失——这些都不是「重试一次」能补救的。平台把高并发当成运维难题，但用户承受的是不可逆的损失。作业有没有交上、考试算不算数，最终都要靠学生自己截图举证，这个责任分配本身就不合理。

从安全视角补一句：宕机与数据泄露常常是同源问题——系统在压力下暴露的架构脆弱性，往往也是攻击面。2022年学习通1.7亿条用户数据被公开售卖的事件距今不过四年，平台在稳定性上反复失守，客观上也在削弱用户对其数据安全能力的信心。

对学生的实用建议只有一条：别把唯一的副本放在任何一个在线平台上。截图留证、本地备份、提前操作，这三个动作成本极低，却能在下一次崩的时候救你一命。

【安全圈】安克耐克盒马企微账号集体发黄！

跳转微信打开