在你们的企业级 AI 网关项目中，前端对话页面是通过什么机制来实现路由策略的动态切换的？

回答思路

1. 【回答框架 1】动态切换的核心是配置驱动。我们将路由策略抽象为前端可读的配置，例如通过接口获取网关下发的策略规则，或由后端返回路由映射表，前端根据当前会话或用户上下文动态选择对应的后端服务地址和参数。
2. 【回答框架 2】实现上，对话页面的请求层会封装一个路由选择器，根据配置中的条件（如模型类型、用户等级、业务场景）匹配路由，并在请求发出前替换 baseURL 或增加路由标识。切换动作可以是用户手动触发，也可以由系统根据会话状态自动触发，切换后需要更新页面状态并重新建立会话连接。
3. 【回答框架 3】为保证平滑切换，需处理好请求的并发与状态一致性。切换期间新请求走新路由，老请求应允许完成或取消；前端可维护一个请求队列或使用 AbortController 中断旧请求，并提示用户切换进度。
4. 【回答框架 4】还需考虑缓存与降级：动态路由配置变更时，前端要能感知并刷新本地缓存；如果新路由不可用，应自动回退到备用路由或给出明确错误提示，避免用户无响应。
5. 【关键点 1】采用配置驱动，通过接口或事件推送更新路由策略。
6. 【关键点 2】请求层封装路由选择器，根据上下文动态匹配后端地址。
7. 【关键点 3】切换时处理请求并发，使用 AbortController 或队列避免状态错乱。
8. 【关键点 4】具备路由健康检查和降级机制，保证可用性。
9. 【易错点 1】切换路由时未处理在途请求，导致数据错乱或重复提交。
10. 【易错点 2】配置更新未考虑缓存一致性，前端仍使用旧路由。
11. 【易错点 3】把路由策略写死在代码里，无法动态调整。