岗位
后端
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
1216 道问题
本页为第 51–100 题，共 1216 题。
A · 专业解题与实现50
- 一个长期凭证被多个服务共享，安全要求尽快轮换，但无法一次性停掉所有依赖方。你会怎样推进？
- 技术债怎样识别、记录，并在不停下业务交付的前提下还掉？哪些债值得还，哪些可以一直留着，你怎么判断？
- 你的方案依赖一个底层服务或库。如果它发生重大变化，你会怎样迁移、回退到保留核心功能的方案，或替换它？
- 一次故障还没有找到根因，但业务方要求你给出恢复时间。你会如何更新进展、表达不确定性并避免承诺误导？
- 你所在的技术方向，行业正在怎样发展？你的方案是在适配这个趋势，还是在逆着它走？
- 生产环境中的部分资源与代码声明不一致，其中一些差异来自未记录的紧急手工修复。你会怎样区分有意变更与无法解释的配置差异，评估覆盖风险，恢复可信状态并减少复发？
- 一次发布需要覆盖数千个运行节点，但节点版本和网络状态并不一致。你会怎样设计分批发布、健康验证和暂停条件？
- 一次发布后出现问题，团队说“我们可以回滚”。你会怎样检验这句话是真的，而不只是方案里写了回滚？
- 应用发布可以回滚，但数据库迁移已经删除旧字段，旧版本因此无法启动。你会怎样重新设计发布顺序和回退策略？
- 这个项目带来了哪些技术上的收益？你怎样衡量它们，又为此付出了什么复杂度和维护成本？
- 你接手一个即将上线、测试覆盖率很低的模块，时间有限。你会怎样决定先补哪些测试，并向团队解释这个顺序？
- 用户在一个子应用完成登录后，切换到另一个应用却丢失权限或会话状态。你会如何设计认证上下文的共享边界？
- 一个子应用发布“订单已完成”事件，其他模块各自解释不同，导致重复请求和页面状态分叉。你会怎样定义跨应用事件接口约定？
- 两个服务都直接写同一张业务表，短期内不能停机改造，你会怎样逐步建立单一数据所有者？
- 订单已成功更新，但跨服务报表数分钟后才反映变化，产品要求展示“实时状态”。你会怎样定义并实现一致性预期？
- 跨服务流程包含扣款、库存预留和发货。后续步骤失败时，你会怎样确定哪些操作可以补偿、哪些难以撤回？
- 故障在服务交界处反复发生，每个团队都能证明自己的服务健康，但无人负责完整流程恢复。你会怎样修复责任链？
- 多个服务由不同团队维护，但一次小改动常需要三四个团队同步发布，你会怎样判断服务边界是否失效？
- 用户离线编辑并排队了多条变更，恢复网络时登录令牌已过期，且部分请求可能已经被服务端处理。你会怎样设计重新登录、避免重复提交和冲突处理？
- 代码改动后，构建系统有时漏掉受影响应用，有时又重建整个仓库。你会怎样验证依赖图和缓存失效规则？
- 一个仓库包含多个团队和生产部署配置，代码所有者规则无法覆盖临时管理员和自动化账号。你会怎样审视权限与审查边界？
- 两个产品包形成依赖环，拆分后又需要共享领域类型。你会怎样调整边界，避免用新公共包掩盖循环？
- 团队决定把一个大型仓库拆成多个仓库，但代码历史、自动检查与构建流程、包发布和代码所有权都有关联。你会怎样安排迁移顺序？
- monorepo 中公共包经常由某个团队顺手修改，使用方却在升级后才发现行为变化。你会怎样建立包所有权与兼容接口约定？
- 不同包发布节奏差异很大，但共享版本号让无关团队被迫同步发版。你会怎样设计版本与发布策略？
- 仓库有数百个包，完整自动检查与构建耗时很长，团队准备只测试受变更影响的部分。你会怎样证明选择性测试没有漏掉关键依赖？
- 异步任务启动后，调用方立刻修改了传入对象，偶发结果因此变化。你会如何判断这是共享可变状态、复制语义还是所有权问题？
- 两个看起来相同的用户名在系统里却被判断为不同，或两个不同写法被误认为相同。你会怎样分析 Unicode 规范化与身份比较？
- 一项跨多个页面和服务的关键用户流程经常回归，你会怎样确定自动化测试的边界和优先级？
- 用户要求删除个人数据，但部分记录进入了备份、分析仓库和下游系统，你会怎样设计可验证的删除流程？
- 一个广泛使用的依赖被披露存在高危漏洞，但升级可能带来兼容性问题，你会怎样安排处置顺序？
- 服务故障已超过目标允许范围，但业务又有明确的功能交付承诺。你会怎样调整发布节奏和可靠性投入？
- 备份任务显示成功，但团队从未验证过恢复后的数据完整性和恢复时间，你会怎样建立可证明的恢复能力？
- 新接入的外部服务会接触用户数据并触发内部操作，你会怎样做轻量但有效的威胁建模？
- 系统用预签名 URL 让用户直接下载私有文件，链接可能被转发或长期留存。你会怎样设计授权与失效边界？
- 一个大型运营后台的权限系统应该怎样设计？角色、数据范围、审批和审计怎样组织，权限越来越多时怎样不失控？
- 怎样设计一个文章编辑和发布系统？草稿、审核、定时发布、多渠道分发和事后修改，状态和数据应该怎样组织？
- 付款后发券原本是同步执行，现在要改成异步队列加重试。请审查这个改动：你最担心哪些失败过程，上线前要演练什么？
- 怎样设计一个音频或视频的在线编辑器？时间线、素材、非破坏性编辑、预览和最终导出，各自应该怎样设计？
- 怎样设计一个让运营自己搭建活动和玩法的平台？活动、玩法、规则和特征怎样抽象成可配置的组件，又怎样保证配置上线后的正确性？
- 在画任何架构图之前，你会用哪几个数字来判断一个服务要不要拆分、要不要加缓存？请用一个你熟悉的服务来说明。
- 怎样设计一个多人实时协同编辑的文档系统？多人同时修改同一段文字时，怎样保证最终一致，离线编辑后又怎样合并？
- 从工程角度，你怎样估算一个系统的整体成本？存储、计算资源这些成本分别怎么算，哪些会随规模线性增长，哪些不会？
- 业务要在多个国家和地区运营，用户数据要跨境流动。你怎样在系统和流程上解决数据合规，遇到规则不明确的灰色地带时，你怎么判断和决策？
- 本地数据库已更新，但缓存同步或下游消息发送失败。你会如何确保状态最终一致，并设计重试、补偿或人工处理？
- 明年大促或业务出海，预期增长五倍。从你现在的系统架构出发，你怎样检查网关、核心请求流程、存储和机器资源中的瓶颈？你打算分几个阶段、投入多少人力提前准备，又怎样验证判断？
- 怎样设计一个人和 AI 一起写作的产品？AI 的修改怎样呈现给用户、怎样接受或拒绝，人和 AI 同时编辑时怎样处理冲突？
- 怎样设计一个沉浸式的音视频信息流，让上下滑动时几乎没有等待？预加载、播放器复用、内存和流量怎样平衡？
- 请设计一个支持大文件上传的产品能力。你会先澄清哪些约束，再怎样逐层展开？
- 怎样设计一个大模型对话系统？流式输出、多轮上下文、历史记录、中断和重试分别怎么处理，成本和延迟怎么控制？
当前目标在这里暂无匹配题。 ·