主题
客户端
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
33 道问题
A · 专业解题与实现13
- 用户正在编辑内容时，App 被系统在后台回收。用户回来后，你怎样保证内容和页面状态不丢，又不会恢复出过期数据？
- 新功能增加了启动依赖，低端设备的冷启动明显变慢，但高端设备指标正常。你会怎样确定优化顺序？
- 用户离线编辑并排队了多条变更，恢复网络时登录令牌已过期，且部分请求可能已经被服务端处理。你会怎样设计重新登录、避免重复提交和冲突处理？
- 一段视频从文件或网络到画面和声音播放出来，中间经历了哪些环节？解码、音画同步、卡顿和硬件加速分别怎样影响体验？
- 怎样设计一个沉浸式的音视频信息流，让上下滑动时几乎没有等待？预加载、播放器复用、内存和流量怎样平衡？
- 流媒体的加载和请求策略应该怎么设计，才能既起播快又不卡？分片、码率自适应、预加载和缓存之间怎样取舍？
- 客户端需要上传大文件，但系统可能随时暂停或终止后台任务。你会如何拆分任务、保存进度并保证重复调度不会破坏结果？
- 用户通过外部链接直接打开需要登录的订单详情页。你会怎样设计路由解析、登录回跳和权限校验，避免深链绕过应用内流程？
- 一个列表页面滚动卡顿，但网络指标正常、内存也未明显增长。你会如何判断是主线程计算、布局/绘制还是锁等待导致？
- 用户可在手机离线修改资料，同时也可能在网页端编辑；设备恢复联网后必须同步，且不能静默覆盖有价值的更改。你会如何设计版本、冲突检测、合并和用户确认机制？
- 新安装设备正常，但升级过多个版本的用户报告本地草稿消失；问题无法稳定复现，服务端没有对应删除记录。你会如何保护现场并调查迁移、缓存清理和生命周期回调？
- 移动端上传大文件时网络可能中断，用户会重复点击重试；系统还按成功处理量计费。你会如何设计分片、校验、续传状态、最终提交和计费时点？
- 新客户端已切到新版 API，但用户长期不升级，旧版本仍占有明显流量；继续兼容又限制服务端演进。你会如何确定支持窗口、能力探测、迁移提醒和停止服务的条件？
当前目标在这里暂无匹配题。 ·
C · 价值判断与方向规划2
D · 交付执行与持续运营3
G · 学习适应与持续成长15
- 一次移动端版本在特定机型上出现崩溃，你参与了修复。之后会如何把这次经验迁移到测试和发布流程？
- 新的移动系统版本改变了后台运行限制，你读过文档但还没有在产品中应用。你会如何验证自己掌握了变化？
- 你曾定位一个后台任务导致的耗电问题，团队希望将经验用于其他功能。你会如何提炼可复用的方法并避免机械照搬？
- 你从单一移动平台转到多平台项目，已有经验部分适用，部分可能造成错误假设。你会如何学习和验证？
- 你学习了一款新的移动性能分析工具，想判断它是否比现有方法更快、更准确。你会如何验证？
- 应用商店审核拒绝了新版本，团队认为规则不清且上线计划受影响。你会如何复盘准备、沟通和验证流程？
- 你参与设计离线缓存，离线成功率提升但同步冲突和客服咨询增加。你会如何复盘方案并决定后续？
- 同类旧版本兼容问题再次发生，之前复盘已增加测试但仍漏掉实际用户组合。你会如何检查此前的改进措施为何没有奏效？
- 小范围发布阶段的崩溃率略有上升，但团队继续扩大用户范围，随后出现大范围投诉。你会如何复盘当时的判断？
- 移动平台突然调整权限政策，团队已投入的方案无法按原计划发布。你会如何应对挫折并重新规划？
- 连续两个版本被应用商店审核阻塞，团队成员感到努力没有回报。你会如何恢复节奏并找到可控的下一步？
- 移动应用在少数设备上反复出现问题，团队开始依赖临时加班验证。你会如何恢复可持续的处理方式？
- 团队近期多次被旧系统兼容问题拖慢，但没人负责改进。你会如何决定是否投入时间并推动学习？
- 移动平台的隐私权限与审核要求持续变化，团队没有固定培训。你会如何安排持续学习并及时应用？
- 你对跨端框架感兴趣，但现有产品未必需要迁移。你会如何决定学习投入并判断是否值得应用？
当前目标在这里暂无匹配题。 ·