我来拆一下逻辑，17.c收藏夹线路切换的逻辑，很多人一直搞反

我来拆一下逻辑，17.c收藏夹线路切换的逻辑，很多人一直搞反

开门见山：很多人在实现“收藏夹里切换播放线路”这个功能时，习惯把路由（URL）当成业务状态的唯一来源，导致逻辑混乱、回退/重载行为异常、并发时卡顿或切换失败。把路线反过来想清楚后，整体会变得简单、可测、用户体验也更稳。下面我把核心逻辑拆成模块化思路，列出常见错误、正确实现步骤、边界情况和调试技巧，便于直接落地实现或交给开发同学去做。

一、先把角色划清楚（最简单的心智模型）

• 收藏夹（Favorites）：存放用户的条目（例如视频/剧集/资源）的集合，含有每个条目的元信息（id、标题、可用线路列表等）。
• 条目（Item）：具体的播放对象，可能有多条线路（line1、line2…）。
• 播放器（Player）：负责实际播放、缓冲、错误回溯等。
• 路由（Router/URL）：用于表现当前页面/状态（例如 /fav/123?line=2），便于分享、刷新恢复。
• 状态源（Store）：应用内部的单一真相（single source of truth），例如 Redux/Vuex/Context/自定义 Store。

二、常见错误（导致“很多人一直搞反”的原因）

• 以路由为“主控状态”：把路由当作唯一真相，任何切换都直接改 URL，然后通过监听路由来驱动整个应用。结果是回退、刷新时行为复杂，且路由更新和资源加载是异步的，容易产生竞态。
• 播放器直接管理选线逻辑：播放器既要处理流媒体又要处理业务决策，耦合度高，难以测试与复用。
• 不持久化用户选择：切换后不写入收藏条目元数据或本地存储，导致下次打开仍回到默认线路。
• 并发请求与回调乱序：用户快速切换多条线路，后发的请求可能先返回，覆盖先前正确的状态。
• 错误处理不友好：切换到失败线路后没有回退机制或快速可用的备用线路。

三、正确的核心原则（四句话） 1) 应用有一个“单一真相”的状态源（store）； 2) 路由用于“表达”状态而非“决定”业务； 3) 线路切换要做成原子操作（更新 store -> 更新路由 -> 发起加载）； 4) 做好并发管控、缓存与降级策略。

四、一步步实现流程（推荐顺序）

1. 初始化：

• 页面加载时，从路由参数读取 itemId 与 line（可选）；
• 用 itemId 去 store 中找收藏条目，如果 store 没有则请求后补；
• 决定当前线：优先使用 store 中记录的 lastUsedLine，若没有则使用路由参数，若仍没有则用默认线路。把这个决定写入 store（setCurrentLine）。

1. 切换线路（用户点击一个线路）：

• 发起 selectLine(lineId) 动作：先在 store 中将 item 的 currentLine 标记为“切换中（pending）”，并记录一个 switchToken（用于并发保护）；
• 更新路由（推荐使用 replaceState 而非 pushState，避免产生多余的历史记录；但在需要分享某一线路时可 push）；
• 开始加载该线路的资源（带上 switchToken）；
• 加载成功后验证 switchToken 与当前 store 的 token 一致，才把播放器指向新资源并把 pending 清除；若 token 不一致（被新一次切换覆盖），直接丢弃结果；
• 加载失败后，尝试预设的备选线路或回滚到上一次成功线路，并提示用户可手动选择。

1. 持久化：

• 每次切换成功后，将 lastUsedLine 写回收藏条目 metadata（并写入本地缓存或同步到服务器，视产品需要）；
• 这样用户下次打开收藏夹时可以自动恢复上次线路。

1. 路由与刷新：

• 页面刷新时，route 参数用来恢复界面，但不应覆盖后端或 store 的权威数据。初始化逻辑按上面第1步执行：store > route > default。

1. 分享与深链：

• 如果需要通过 URL 分享某条线路，允许对分享场景用 route push 并把线路放入 query；但分享行为应作为用户明确操作，而不是所有切换都生成历史记录。

五、并发与性能细节

• switchToken 或 cancel-token：每个切换生成唯一 id，请求携带该 id，返回时比对；不匹配则丢弃。
• 请求去抖（debounce）：快速连续点击时，抖动或限制频率，避免大量无用请求。
• 缓存策略：按 itemId+lineId 缓存有效元数据与已经成功的播放地址，避免重复请求。
• 预取策略：对下一可能线路做低优先级预取，降低用户切换延迟（注意带宽与成本）。
• 超时与降级：为请求设定超时，超时后自动尝试下一个线路或回滚。

六、用户体验建议

• 切换时给出清晰反馈：如“正在切换到线路 B（缓冲中）”而不是无提示卡死界面。
• 失败建议与自动尝试：若线路 A 失败，自动尝试线路 B 并通知用户“自动切换到可用线路B”。
• 历史与撤销：切换不强制生成历史记录，如用户确实需要保存某线路作为分享页则显式“分享当前线路”。
• 收藏内默认设置：允许用户设置“优先线路”，新打开的收藏条目默认优先选择。

七、常见边缘测试场景（建议写入测试用例）

• 网络延迟模拟：切换多次，检查最终播放器是否与最后一次选择一致。
• 切换并刷新：切换线路后立即刷新页面，页面应能恢复到一致的线路状态。
• 回退/前进按钮：路由更新采用 replace/push 的不同行为测试浏览器历史是否合理。
• 离线/失败：线路资源失败时的回退路径与用户提示。

八、调试技巧

• 在切换逻辑处打印 switchToken、store 当前行、路由参数和请求返回 id，便于排查竞态。
• 使用网络工具模拟慢网、丢包，验证降级与超时策略。
• 单元测试切换 reducer / action，模拟并发返回顺序，验证 token 驱动逻辑。