数字不动、收藏不见了，先按分类查一遍

现象：比赛进行中，一整轮的数字都停在上一轮的结果。

1. 看刷新状态点，红色持续超过一分钟才算延迟。
2. 打开平台服务页看同一场，两处都旧说明是链路问题。
3. 只有一处旧，说明当前视图没有重新取数。

成因与处理：多数是本地视图缓存。返回首页再进轮次，或等下一个时间片。

现象：状态点转红，比分暂时没有跟上。

1. 确认距离上次刷新是否已经超过一分钟。
2. 再观察数字是否在一分钟内自行变化。

成因与处理：站点把延迟阈值定在一分钟。超过这个窗口仍无变化，再走反馈入口。

现象：同一场比赛，越位次数比旁边的字幕少。

1. 记住你看到这个数字的时间点。
2. 等赛后复核完成后，重新打开这一场。

成因与处理：统计分比赛进行中与赛后复核两套窗口，边界判罚会在复核时补回。

现象：90+3 阶段，比分变化慢半拍。

1. 看页面时间片标记。
2. 对比首页与名次速查的同一场。

成因与处理：补时阶段同时核算换人与伤停补时，时间片释放略晚，以状态点为准。

现象：其他场次都在更新，只有一场停在原值。

1. 确认这场比赛是否已经结束。
2. 刷新整个轮次，而不是只刷新这一场。

成因与处理：单场视图可能停在旧时间片。回到轮次列表重新进入即可。

现象：切到另一个网络，刷新间隔变长。

1. 用同一轮次对比切换前后的刷新间隔。
2. 看状态点颜色是否转红。

成因与处理：弱网会让时间片请求排队。换回稳定网络再看一次。

现象：主比分更新了，过程统计落后一拍。

1. 记下比分与射门数各自对上的时间。
2. 等下一个时间片再看这一项。

成因与处理：比分与过程统计分两批写入，通常在一个时间片内对齐。

现象：终场之后统计还在变化。

1. 确认比赛的终场状态已经标记。
2. 查数据字典里该项的统计窗口。

成因与处理：终场后进入赛后复核，复核完成前数字仍会小幅调整。

现象：两队控球率相加落在 99% 或 101%。

1. 各自看原始数值，而不是看四舍五入后的整数。
2. 换一场比赛做同样的核对。

成因与处理：控球率按分钟取整后各自四舍五入，合计出现 1% 偏差属正常。

现象：场上少一人，牌数没有变化。

1. 刷新本场比赛。
2. 确认是否处在补时阶段。

成因与处理：牌数与换人同批写入，补时阶段的判罚会合并在最后一个时间片。

现象：进球先出现，换人后到。

1. 等一个时间片。
2. 仍不到就刷新整个轮次。

成因与处理：两类事件写入批次不同，一个时间片内会补齐。

现象：同屏 6 个轮次里，有一列没有数据。

1. 确认该轮次是否已经开赛。
2. 把并排数量减到 4 个再看一次。

成因与处理：对比视图按轮次模板取数，未开赛的轮次会留出空列。

现象：同一项统计在两个位置数值不同。

1. 在站内数据字典里找到这一项。
2. 看它标的是比赛进行中还是赛后复核。

成因与处理：两种窗口的取数范围不同，出现差异属正常现象，不是错误。

现象：手机上更新比电脑上慢一拍。

1. 对比同一场比赛在两端的状态点颜色。
2. 各自下拉刷新一次。

成因与处理：移动端以状态色提示刷新，优先不打断当前操作，节奏会略缓。

现象：切轮次时先看到上一轮的数字。

1. 等一个时间片。
2. 确认新轮次的标题已经加载出来。

成因与处理：新旧轮次交接时保留上一次画面，用来避免空白闪烁，属有意设计。

现象：开赛时间比手机显示的早或晚。

1. 检查手机自身的时区设置。
2. 换另一台设备看同一场比赛。

成因与处理：赛程按轮次模板所在时区下发，手机时区不同会显示偏移。

现象：在手机上收好的轮次，换另一台设备打开是空的。

1. 确认两台设备用的是同一个浏览器。
2. 检查第二台设备是否处在无痕模式。

成因与处理：收藏位存在本地，不做服务器同步。需要用轮次清单导出做备份。

现象：清完缓存，收藏列表空了。

1. 回想清理范围是否勾选了「网站数据」。
2. 看其他站点的登录状态是否一并消失。

成因与处理：收藏位写在本地存储里，清理网站数据会一并删掉。下次清理前先导出轮次清单。

现象：无痕窗口一关，收藏全没。

1. 看窗口角落的无痕标识。
2. 换普通窗口重新收藏一次。

成因与处理：无痕窗口不写入持久本地存储。看赛程请用普通窗口。

现象：收藏到一定数量后加不进去。

1. 数一下当前已有的收藏位。
2. 确认是否已经到 30 个。

成因与处理：自定义关注位上限 30 个。超了就先删旧的，再收新的。

现象：明明收过，下次打开首页却没看到。

1. 确认浏览器是不是恢复到了上次的滚动位置。
2. 回到首页最顶部再看一遍。

成因与处理：收藏按最近访问排序放在首屏顶部，页面从中间恢复时会停在原处。

现象：手机和平板显示不同的收藏内容。

1. 看两台设备各自用的是什么浏览器。
2. 分别导出轮次清单做对比。

成因与处理：本地存储按浏览器隔离，不同 App 内嵌的浏览器之间不互通。

现象：导出条目数少于收藏位实际数量。

1. 先数清楚收藏位的真实数量。
2. 清掉当前筛选条件后重新导出一次。

成因与处理：导出按当前筛选范围生成，带筛选导出就会缺条目。

现象：手滑删掉一个收藏，想恢复。

1. 看手里有没有上一份轮次清单导出文件。
2. 没有的话，去轮次列表重新收藏一次。

成因与处理：删除即时生效，本地不留副本。重新收一次是最快的办法。

现象：还没开赛的比赛，收藏后不见了。

1. 确认轮次是否已经切换。
2. 看这场比赛当前的状态字段。

成因与处理：轮次切换后，上一轮的待开始比赛会随轮次一起收起。在新轮次里重新收藏。

现象：从 A 浏览器换到 B，列表是空的。

1. 确认两个浏览器访问的是同一个站点入口。
2. 在 B 里重新走一遍收藏。

成因与处理：本地存储不跨浏览器。想长期保留，用轮次清单导出成文件。

现象：收藏列表顺序和加入时不一样。

1. 看最近一次访问的是哪一条。
2. 回到首页顶部核对排序。

成因与处理：收藏按最近访问时间重排，不按加入先后排列。

现象：点了收藏，按钮状态没有变化。

1. 看有没有短提示浮出来。
2. 刷新页面，再看收藏列表里有没有这一条。

成因与处理：浏览器禁用了本站的本地存储时，收藏写不进去。在设置里允许本站保存数据。

现象：首页、排名、比分三处一起停在旧值。

1. 看状态点颜色。
2. 等满一分钟再看一次。
3. 换一个网络重新打开页面。

成因与处理：三处同源，同时旧说明是链路延迟，不是某一个视图的问题。

现象：同一轮里其他场次都正常更新。

1. 刷新整个轮次，而不是只刷新这一场。
2. 再单独点开这一场查看。

成因与处理：单场视图可能停在旧时间片。回到轮次列表重新进入即可。

现象：比分动了，名次速查还是旧的。

1. 确认这场比赛是否已经计入排名。
2. 对比两处显示的时间片。

成因与处理：比分与名次在同一时间片内更新，跨时间片刷新会有先后。

现象：切走几分钟回来，数字停止变化。

1. 下拉刷新一次。
2. 看状态点是否恢复呼吸。

成因与处理：后台标签页会被浏览器降频。回到前台后等一个时间片即可恢复。

现象：解锁回来，比分停在锁屏那一刻。

1. 下拉刷新一次。
2. 确认状态点颜色是否回到正常。

成因与处理：移动端回到前台先显示上次画面，再补一次取数，属正常节奏。

现象：状态显示正常，数字却一动不动。

1. 确认比赛是否已经结束。
2. 检查是否处在中场休息。

成因与处理：非进行中的比赛本来就不会变。先核对比赛状态，再谈刷新。

现象：下拉之后没有出现刷新动作。

1. 确认页面是否已经滚到最顶部。
2. 松手之后重新下拉一次。

成因与处理：页面不在顶部时下拉不会触发刷新，这是浏览器行为。

现象：首页和名次速查对同一场给出不同数字。

1. 分别记下两处的时间片。
2. 记住出现差异的具体时刻。

成因与处理：两处写入有毫秒级先后，间隔很短属正常。持续超过一分钟再反馈。

现象：终场哨响之后比分又变了一次。

1. 确认是否进入点球大战。
2. 看比赛状态是否仍标为进行中。

成因与处理：点球大战计入比分时会有一次跳变，以终场状态标记为准。

现象：加时阶段比分显示成 90+ 的形式。

1. 看时间标记的写法。
2. 对比同一轮次其他场次的时间写法。

成因与处理：加时与补时统一用 90+3 形式记录，点球大战单独计数，不并入常规比分。

现象：已经出红牌，人数还是 11 对 11。

1. 刷新本场比赛。
2. 看红黄牌那一项是否已经加上。

成因与处理：场上人数由牌数推导，牌数入批后在同一时间片内同步更新。

现象：比分写着 2:1，进球记录只有两条。

1. 核对乌龙球是否单独列项。
2. 看是否有判罚改判的记录。

成因与处理：乌龙球与改判进球在记录里单列，比分照常累计，两者数量不必相等。

现象：状态点静止不动，看着像坏了。

1. 确认当前是否正好处在刷新中。
2. 换到另一个页面再看这个点。

成因与处理：只有正在刷新时才呼吸，其余时间保持常亮，避免持续动效干扰阅读。

现象：列表里少了一场。

1. 数一遍当前轮次里的场次。
2. 对照该轮次模板的场次上限。

成因与处理：每个轮次模板最多 20 场，延期或取消的场次会从列表暂时移出。

现象：时间到了，状态还写着未开始。

1. 核对开赛时间与当前时间。
2. 刷新整个轮次。

成因与处理：状态字段随事件写入，开赛瞬间会有一次跳转，稍等一个时间片再看。

现象：两台设备显示的分钟数差了一档。

1. 对比两台设备的状态点颜色。
2. 各自下拉刷新一次后再比对。

成因与处理：取数间隔不同会造成秒级差异，刷新之后自然对齐。

现象：赛程页与排名页对同一支球队给出不同名次。

1. 分别记下两处的时间片。
2. 确认当前轮次是否还在进行中。

成因与处理：轮次未结束时名次随场次推进浮动，对比同一时间片才有意义。

现象：两队积分一样，名次却分了先后。

1. 打开净胜球视图。
2. 对比两队的净胜球差。

成因与处理：积分相同时先比净胜球，净胜球相同再比进球数。

现象：踢完点球大战，净胜球没有变化。

1. 确认这场比赛是否进入点球大战。
2. 看积分与净胜球两项是否都没动。

成因与处理：点球大战只决定晋级归属，不计入净胜球与积分。

现象：两个分榜相加，和总榜不一样。

1. 核对分榜覆盖的场次范围。
2. 看该轮有没有中立场次。

成因与处理：中立场次单独归类，不计入主场或客场任一分榜。

现象：走势图显示的近期战绩与记忆有出入。

1. 数一下走势图实际包含的轮次数。
2. 核对期间有没有延期场次。

成因与处理：走势只统计最近五轮已完赛的结果，延期场次不占位。

现象：赛果改了，名次暂时没动。

1. 先等一个时间片。
2. 重新打开名次速查再看。

成因与处理：改判先进入赛后复核，复核确认之后名次才重新计算。

现象：有的队少赛一场，名次反而靠前。

1. 看这一轮的完赛进度。
2. 切到近五轮走势视图做交叉判断。

成因与处理：未打完的轮次按已完成场次计算，场次差会带来名次浮动。

现象：切换视图后名次顺序发生变化。

1. 依次打开积分榜、净胜球、主客场分榜、近五轮走势。
2. 观察每一种视图的排序依据。

成因与处理：积分榜按积分，净胜球视图按净胜球，主客场分榜只统计对应身份的场次，走势按最近五轮战绩。

现象：比分先更新，名次后跟上。

1. 看两处显示的时间片是否一致。
2. 等下一次刷新再比对。

成因与处理：名次需要等本轮所有场次写入完成后再计算，顺序天然靠后。

现象：两支球队并排显示同一个名次数字。

1. 看名次列是否出现相同数字。
2. 对比两队的三项关键数据。

成因与处理：积分、净胜球、进球数三项全部相同才并列，否则按下一项分先后。

现象：净胜球是负数，名次却不算太靠后。

1. 先看这一队的积分。
2. 对比同净胜球区间的其他球队。

成因与处理：排序先看积分再比净胜球，负值只影响同分区间内的先后顺序。

现象：分榜场次数和总场次对不上。

1. 数一下主场分榜里的场次。
2. 加上客场分榜的场次做合计。

成因与处理：分榜只统计对应身份的场次，两者相加等于总场次；中立场次两边都不计入。

现象：近五轮走势里有一格是空的。

1. 确认对应轮次是否已经开赛。
2. 等该轮结束后再回来看。

成因与处理：未开始的轮次不进入走势，结束后自动补上。

现象：同一轮，两个页面显示的场次总数不同。

1. 核对两处是不是同一轮次编号。
2. 看这一轮有没有延期场次。

成因与处理：排名只统计已完成场次，赛程页展示全部排期，两个口径本就不同。

现象：想确认自己的收藏会不会被别人看到。

1. 观察不登录是否也能收藏。
2. 换一台设备验证收藏是否跟着走。

成因与处理：收藏位与筛选偏好保存在浏览器本地，不上传到服务器。

现象：翻遍页面也没找到注册入口。

1. 直接使用赛程与排名功能。
2. 收藏时确认是否需要登录。

成因与处理：站内不设账号体系，收藏与筛选都在本地完成。

现象：想知道浏览过程会不会被记录。

1. 阅读数据保护说明里的日志一节。
2. 了解记录范围与用途。

成因与处理：日志用于排查服务异常，记录访问时间与页面路径这类技术信息。

现象：想弄清楚两类数据的差别。

1. 在浏览器设置里分别查看两类条目。
2. 对比清除后的影响范围。

成因与处理：Cookie 用于基础会话识别，本地存储承载收藏位与筛选偏好。

现象：想一次性清掉收藏与偏好。

1. 打开浏览器设置里的站点数据管理。
2. 找到本站条目并删除。

成因与处理：清除之后收藏位与筛选条件都会回到初始状态，操作前建议先导出轮次清单。

现象：换了设备，筛选条件全变回默认。

1. 确认新设备与旧设备是否同一浏览器。
2. 在新设备上重新设置一次。

成因与处理：偏好不走服务器同步，换设备需要重新设置。

现象：不确定提交时该附哪些信息。

1. 只写轮次、比赛与出现异常的时间片。
2. 不要附证件号、住址这类与排查无关的内容。

成因与处理：排查只需要与异常直接相关的信息，多余内容既不需要也不会被使用。

现象：想知道发出去的邮件之后的去向。

1. 看数据保护说明里的保存范围。
2. 需要删除时按说明提出请求。

成因与处理：邮件只用于回复与问题归档，不会挪作他用。

现象：想清掉自己留在本站的数据。

1. 先在本机清除本站的站点数据。
2. 仍有疑问时通过站内反馈入口提出。

成因与处理：本地数据可自行清除；与邮件相关的记录按数据保护说明提出请求即可。

现象：想确认数据传输是否安全。

1. 看浏览器地址栏的协议标识。
2. 阅读数据保护说明里的传输一节。

成因与处理：全站使用 HTTPS 加密，联系方式与备案信息以页脚公示为准。