多端应用的「进度」到底存在哪：以学习平台为例

超星学习通 是典型的多端产品：Windows、Mac、安卓、iOS、网页版都能用，而且各端的学习进度实时同步。

"实时同步"这四个字，本身就透露了它的架构——进度不存在你这台机器上，它存在服务端。

理解了这一点，"视频看了没计时""换台电脑进度还在""重装之后要不要重看"这一串问题，就有了统一的答案。

一、客户端做的是三件事，唯独不管"记账"

把客户端的行为拆开看：

1. 播放：把课程内容展示给你
2. 上报：定期告诉服务端"我在看第几节、看到哪儿了"
3. 显示：把服务端返回的状态画在界面上

注意第 3 步：界面上那个进度条，画的不是本地的记录，而是服务端那边的状态。

所以"进度"这个东西，本质上是一个远程状态在本地的一个投影。

这个认知很关键，因为一旦出问题，你会很自然地去检查"本地哪里不对"——而真正的原因往往在"上报这一段"。

二、由此解释三件事

第一件：看了却没计时。

因为上报没成功。 常见的情况有：

• 播放期间网络断了：视频是本地的（提前缓冲或已下载），但上报要联网——断网那段可能不计入
• 登录状态失效：上报要带身份，身份过期了，服务端会拒绝
• 播放不在被认可的通道里：平台统计的是"它自己的播放器里的观看行为"，换了别的方式打开同一份内容，不构成这件事

第二件：重装或者换机器，进度不会丢。

这就解释了那个让人担心的现象：超星学习通 上“换设备进度还在”和“看了不计时”，其实是同一个设计的两面——两者都源于“进度不在本地”。

第三件：清缓存不会影响进度。

缓存是本地为了加载速度存的东西，它和"服务端那份记录"是两码事。所以清理缓存是安全操作，代价只是下次要重新加载。

三、为什么有些功能只在移动端

这是最容易被误判成"电脑版缺功能"的一类。

签到依赖位置信息——这个功能的设计目的就是确认你人在现场。

而桌面环境通常不提供可信的位置来源。 所以问题不在"做没做"，而在"这件事在电脑上能不能成立"。

同理，一些考试环节要求人脸核验、环境抓拍，依赖摄像头——也偏向移动端。

把它抽象成一条判断规则：

一个功能能出现在某个端，取决于"这个端能提供什么" ∩ "业务需要什么"。

两个条件都满足，功能才成立。缺任何一条，都不该指望在那一端找到它。

而"电脑版缺了手机上的某项功能"这类疑问，绝大多数属于第一条不满足——环境给不出那个前提。

四、那为什么不干脆只做一个端

既然多端带来这么多需要解释的差异，为什么不只做一个？

因为学习这件事横跨两类互相矛盾的需求：

• 一类是"深度"的：长时间看课程、写长作业、答题、检索资料——要大屏、键盘、多窗口
• 一类是"现场"的：签到、以及需要现场核验的环节——要随身、要位置、要摄像头

这两类需求在物理上没法在同一台设备上同时满足。

所以多端不是"把同一个东西做了五遍"，而是"按场景各做一部分"。

代价也是明确的：

• 状态必须集中——否则多端之间对不上，于是有了服务端那份主记录
• 要处理一致性——同一时刻两端都在操作时，得有个先后规则（这也是"多端频繁切换可能触发安全限制"这一现象的来源）

五、由此得到的排查方向

遇到"进度不对"这类问题，第一站是"上报这一段"，而不是本机：

1. 网络是否中断过（尤其是看下载好的内容时）
2. 登录状态是否还有效（过期后播放可能继续，但上报被拒）
3. 这一节有没有额外条件（比如随堂题、完成比例）
4. 换一个端登录看看——如果另一端的进度是对的，说明服务端那份是好的，问题就在刚才那一端的上报环节

第 4 步是很实用的一个验证：它能在不重装、不清缓存的条件下，直接判断"是本地显示的问题，还是服务端记录的问题"。

这比"卸载重装再看一遍"高效得多——而且后者往往什么也证明不了，因为进度本来就不在本地。

六、按现象定位

现象	原因方向	处理方向
视频看了进度不动	上报未成功	查网络与登录状态
断网期间看的不计入	上报需要联网	属预期
换电脑进度还在	进度在服务端	属设计
清缓存后进度没变	缓存与主记录是两回事	属预期
电脑上找不到签到	依赖位置，前提不成立	用移动端
考试要求人脸核验	依赖摄像头	偏移动端，属前提决定
网页版有些操作做不了	浏览器沙箱限制	换客户端
多端频繁切换后被限制	一致性校验	按提示申诉，减少互踢
某一端显示异常、另一端正常	该端上报或显示环节	在正常那端确认服务端状态

七、小结

关于超星学习通 这类多端学习平台，记住四条：

• 多端实时同步意味着"进度"存在服务端，客户端只负责播放、上报、显示
• "看了没计时"的本质是"上报没成功"——查网络与登录，而不是查本机
• 有些功能只在移动端，是"前提不成立"，不是"功能没做"：判断规则是"该端能提供什么 ∩ 业务需要什么"
• 多端是场景切分，不是同一件事做五遍；代价是状态必须集中，也就要处理一致性

这里的经验可以推广到所有多端应用：凡是多个端都能看到的状态，一定有一份"主记录"在别处。

遇到这类状态出问题时，第一站应该是“那份主记录对不对”，而不是“当前这台设备怎么了”——把“本地显示”和“远端事实”分开看，能省掉大量重装、清缓存、甚至刷机的无用功。

学习通官网