岗位
后端
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
1216 道问题
本页为扩展题库第 501–550 题，共 1216 题。
A · 专业解题与实现31
- 两个请求几乎同时检查某个业务对象不存在，然后都尝试创建，应用层的“先查再写”偶尔产生重复数据。你会从事务隔离、唯一约束和冲突处理说明如何保证业务不变量？
- 给你一组可能大于内存容量的记录，需要分批处理并允许调用方取消任务。请说明或实现一个接口，使内存占用有界、错误可定位、取消后不再启动新批次。
- 多个调用方都在读取一份不断增加字段的配置文件，旧字段可能缺省，新版本还要支持未知扩展字段。你会如何设计解析接口，让默认值、校验错误和向后兼容行为可以被调用方理解？
- 服务刚发布时耗时正常，运行数小时后最慢 1% 请求逐步变慢，重启后暂时恢复；CPU 平稳，但连接数和堆内存缓慢增长。你会怎样拆解假设并设计低风险验证？
- 某功能在公司网络和多数家庭网络正常，但在特定运营商或弱网环境下请求经常超时；服务端错误率没有同步上升。你会如何定位客户端、网络路径、协议和重试策略之间的原因？
- 用户可在手机离线修改资料，同时也可能在网页端编辑；设备恢复联网后必须同步，且不能静默覆盖有价值的更改。你会如何设计版本、冲突检测、合并和用户确认机制？
- 一个入口服务同时调用多个下游，其中一个非核心依赖偶尔变慢，导致请求线程耗尽并拖累其他功能。你会如何设计超时、并发隔离、必要时关闭非核心功能和恢复策略？
- 一个共享库发布了向后兼容的版本，但多个应用仓库因依赖锁定、生成代码或发布窗口不同，无法及时升级；安全修复因此被长期阻塞。你会如何设计兼容策略和依赖升级流程？
- 一个 AI 助手在少数请求上会反复调用搜索、数据库和外部 API，最终耗时和费用远高于平均值。你会如何设计单次任务的预算、停止条件、避免重复操作的保护和审计记录？
- 用户访谈中，对方不断建议增加按钮、筛选和提醒，却很少讲具体目标或受阻情境。你会如何调整问题顺序和措辞，区分真实经历、偏好表达与设计方案？
- 核心服务的月度可用性仍达到目标，但故障额度消耗速度突然加快，且错误集中在一个新发布的功能。你会如何判断是否暂停发布或回滚？
- 新模型在离线测试集上的总体得分明显提高，但上线小流量后，某类真实用户的任务完成率下降，投诉也增加。你会如何判断评估集、指标和发布决策哪里失真？
- AI 助手会从多个业务系统检索文档，而用户在不同系统中拥有不同权限。你会如何确保检索、缓存、摘要和引用都遵循原文权限，并处理权限撤销？
- AI 功能依赖的模型服务耗时波动很大，导致用户请求超过整体时限。你会如何为检索、模型调用和后处理分配时间，并设计超时后的核心功能保障方案？
- 同一提交在开发者本地稳定通过，但自动构建与检查流程偶尔因时区、随机顺序、共享缓存或并行竞争而失败。你会如何分类、复现并减少这类不稳定问题？
- 一个函数在多线程下看起来只读，但它调用的格式化库内部使用共享缓冲区，偶尔产生串扰。你会如何区分线程安全、可重入和无状态，并判断应在哪一层修复？
- 输入是一组可能重叠、端点可相接的时间区间，调用方需要查询某个时刻对应哪些记录。请说明或实现归并与查询策略，并明确边界是否包含端点。
- 接口新增了一种状态，但旧客户端可能不认识该值；部分客户端必须继续展示记录，另一些关键操作则必须拒绝未知状态。你会如何设计解析和默认行为，避免未知值被误当成有效状态？
- 流处理服务用持久化状态和检查点进行去重。恢复旧检查点后，事件可能被重放；保存去重状态与提交流偏移量之间也可能发生崩溃。你会怎样在限制内存的同时保证回滚和重放安全？
- 客户端只看到一次提交，但服务端偶尔出现两条相同记录；问题通常发生在请求超时后重试，且日志没有明显异常。你会如何重建调用时间线并验证重复写入发生在哪一层？
- 新安装设备正常，但升级过多个版本的用户报告本地草稿消失；问题无法稳定复现，服务端没有对应删除记录。你会如何保护现场并调查迁移、缓存清理和生命周期回调？
- 移动端上传大文件时网络可能中断，用户会重复点击重试；系统还按成功处理量计费。你会如何设计分片、校验、续传状态、最终提交和计费时点？
- 一次业务规则修正要求重算多个服务产生的历史记录，但部分消费者已经发送通知或执行外部动作。你会如何列出影响范围，决定哪些历史数据需要重新处理，并防止重复触发外部操作？
- 某依赖服务变慢后，多个调用方同时增加重试，流量反而翻倍并使故障范围扩大。你会如何设计重试预算、退避、抖动和跨服务协调？
- 一个功能已全量发布，但多年未清理的开关仍控制多个代码分支；团队不清楚哪些开关可删除，回滚时也依赖人工记忆。你会如何建立开关生命周期和清理责任？
- 后端 API 同时生成 TypeScript、Java 和 Swift SDK，各语言的可空类型、枚举和错误模型逐渐不一致。你会如何设计接口约定源、生成流程和跨语言兼容测试？
- 生产环境发现一个依赖包与仓库标签对应的构建产物校验值不一致，团队无法确认来源是否经过预期的自动检查与构建流程。你会如何建立构建追溯、制品校验和发布授权？
- 新客户端已切到新版 API，但用户长期不升级，旧版本仍占有明显流量；继续兼容又限制服务端演进。你会如何确定支持窗口、能力探测、迁移提醒和停止服务的条件？
- 用户提交长时间运行的 AI 分析后关闭页面，稍后又从另一设备查看进度；任务可能触发多个工具并产生部分结果。你会如何设计任务状态、取消、重试和结果可见性？
- 分析助手可以把自然语言转换为 SQL 查询业务库，用户提出的请求可能诱导它读取敏感列或执行昂贵查询。你会如何设计只读权限、查询校验、资源限制和结果脱敏？
- 一个模型开始返回结构化 JSON，移动端、服务端和分析任务按不同节奏升级；新字段可能缺省或改变枚举值。你会如何定义输出接口约定、校验失败处理和版本兼容？
当前目标在这里暂无匹配题。 ·
E · 协作沟通与影响19
- 同事多次临时改变接口，却认为自己已在群里说明。合作方仍经常被阻塞。你会怎样给反馈，避免争论动机而聚焦行为和影响？
- 你刚接手一支团队，一位过去与你平级的同事现在成为你的直属下属。他在评审中反复打断别人，但交付质量很高。你会怎样准备并开展第一次反馈对话？
- 请讲一次你收到让自己不舒服的反馈的经历，之后你改变了什么？
- 你有没有尝试突破资源或协作范围的限制，比如拉其他团队一起做，或者向上申请更大的资源？当时是怎么论证的，结果怎样？
- 产品承诺上线功能、研发承诺按期交付、运营承诺处理工单，但客户完成关键任务的结果无人负责。你会如何与各负责人重设协作目标？
- 一次跨部门评审临时压缩到十分钟，决策者只想知道“能不能按期上线”。你掌握的证据显示有两个不同影响范围的风险。你会怎样组织信息，让对方能在有限时间里作出知情选择？
- 你想推动一件对团队长期有价值、但眼前没人要求的事。为什么要做，怎样说服别人，是自上而下推还是自下而上推，怎样证明它的价值？
- 什么情况下你会把一个跨团队问题升级给更高层？你会怎样描述它？
- 这个方案有没有产生对外的影响，比如被其他公司或社区采用、公开分享、开源或写成文章？这些影响有什么证据？
- 你的项目依赖另一个团队修复数据缺陷，对方已有高优先级工作且没有汇报关系。问题正在影响客户对账。你会如何争取资源并提供可决策证据？
- 向上做整体汇报时，你怎样讲，并为团队争取更多资源？不同组织的目标不一样时，你怎样把团队的目标和对方的目标连起来？
- 你想推动另一个团队修改一个接口，但你对他们没有任何管理权，你会怎么做？
- 两个团队都承诺了季度目标，突然发现一项关键技能只有一位工程师掌握。双方都要求优先使用他。你会如何组织协商，让资源安排可执行，也让未被满足的一方知道代价和重新评估条件？
- 你接到产品的需求，发现照着做不仅技术成本很高，上线后用户体验也会很差。你怎样拿着技术替代方案，去说服产品调整需求？说一次真实的经历。
- 你向产品和研发团队申请一个运营工具，比如优惠券配置或自动打标签，你怎样向技术团队证明它的必要性，而不是每次都让研发帮你手动跑查询提数据？
- 合作方每周追加运营和报表要求，却认为这些都属于原合同服务。团队容量已影响其他客户。你会如何梳理事实并谈判范围或服务等级？
- 销售同时承诺多个客户获得更短响应时间，但运营容量没有增加。你会如何与销售、产品和服务团队重谈服务等级与适用条件？
- 跨部门会议已发布决定记录，但一个受影响团队明确表示无法按期交付。你会怎样确认各方是否接受了决定、哪些反对意见仍未解决，以及接下来谁负责处理？
- 上线负责人决定按期发布，安全团队认为残余风险超过其接受范围，但管理层选择继续。你会如何记录异议、责任和复查条件，并让团队理解可执行范围与升级边界？
当前目标在这里暂无匹配题。 ·