Q1主动回忆难度 3
1/12
综合题型 · 高级 09
记忆强度
综合题型高级题库第 9 组，共 12 张卡片。
综合题型 · 高级 09
前端高可用不是保证页面永不报错，而是让用户在依赖异常、网络波动和版本发布期间仍能完成关键任务，或者获得明确、可恢复的失败反馈。
依赖服务出现局部故障时，高可用目标不是维持全部功能，而是保住登录、查询、提交、支付等核心用户路径，并阻止慢请求、重复重试和容量争抢把局部问题扩散为全站故障。
海量数据导入与导出不应运行在一个持续数分钟的普通页面请求中，而应设计成持久化异步任务：客户端负责分片传输、创建任务、展示进度和获取结果；
复杂页面的一致性设计不是让所有副本始终相同，而是明确权威数据源、允许的暂时不一致窗口以及冲突后的收敛规则。
面向移动端与桌面端的实时协作应用，应先统一领域模型、权限规则、事件协议和一致性策略，再针对屏幕、输入方式、性能和使用场景分别设计交互。
高并发通知中心应先区分业务事件、通知任务、用户收件箱记录、渠道投递和实时提醒，这些对象具有不同的可靠性与生命周期。
关键用户链路的真实可用性应围绕用户能否在规定时间内完成有意义的业务目标定义，而不是仅看服务器进程、页面状态码或单个接口是否成功。
企业级多租户系统应把认证、授权、租户隔离和审计视为四个相互衔接但职责不同的环节。
离线优先不是在请求失败后临时读取缓存，而是把客户端视为持有本地数据副本、待同步操作和同步状态的分布式节点。
大文件上传的核心是将一次高风险、不可恢复的长请求拆成可校验、可重试、可并发调度的分片任务，并由服务端维护上传会话、分片状态和最终文件状态。
网络不稳定且设备能力差异明显时，多端设计应在统一业务语义和数据协议之上，为不同屏幕、输入方式、计算能力及连接质量提供差异化交互。
实时通知平台应先区分低延迟提示、可靠消息、严格顺序和已读状态等不同需求，再选择传输协议与可靠性机制。