岗位
前端
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
1121 道问题
本页为第 1–50 题，共 1121 题。
A · 专业解题与实现50
- AI 助手可以代表用户创建工单、退款或修改账户。它发起退款时发生超时，系统不知道退款是否已经完成；自动重试可能造成重复退款。你会怎样确认操作结果、控制重试，并确保操作仍在用户授权范围内？
- 文档助手在多数场景下可以自动提交，但不同错误的后果差异很大。增加人工复核后，错误减少了，待审核任务却持续积压。你会怎样决定哪些任务自动处理、哪些交给人工，并让审核量不超过团队处理能力？
- 一个生成式功能的回答质量不错，但高峰时延和单次成本都超过产品约定。你会如何判断问题出在模型、上下文、检索还是调用链？
- 更换基础模型后，核心任务平均分数提高了，但少数重要客户的结果明显变差。你会如何决定是否发布、分批发布或回退？
- 公司要做一个内部知识问答助手，而文档权限会随人员变动。你会怎样让它既答得有依据，又不泄露不该看到的内容？
- 简历里写"用 AI 提升研发效率"信息量很低。你会怎样把它改写成别人能追问、能核验的一段经历？
- 知识问答助手的用户满意度下降，但离线检索指标没有变化。你会从哪些环节拆查这次退化？
- 让 AI 帮你审核一段配置，或生成一段代码，你怎样决定它能不能上线？
- 一份内部文档被撤回或改为限权后，检索索引、缓存和已生成的引用可能仍保留旧内容。你会怎样设计更新与验证机制？
- 线上回答出现了错误引用，但当时的提示词、模型版本和检索结果都没有完整记录。你会补哪些观测信息，才能既排查问题又控制敏感数据暴露？
- 新模型把总体准确率从 91% 提高到 94%，但错误仍集中在少数会影响客户权益的场景。团队希望按总体分数发布。你会如何定义发布判断？
- 知识问答助手引用了内部文档，但文档所属团队已更新流程，新版本还没有进入检索范围。你会怎样确定内容更新时限、更新流程，以及更新完成前该怎样回答？
- 一个多步骤 Agent 在开始时读取了项目权限，执行到第三步时用户被移出项目，但任务仍持有已签发的工具令牌。你会如何设计权限检查和取消语义？
- 用户更新账户设置后立即刷新，服务从只读副本读取到旧值。切主读会增加数据库负载，等待同步又可能超时。你会怎样设计一致性体验？
- 写代码时，你通常怎样处理空值、空字符串、越界和非法输入？说一次你因为没做前置校验，在测试或线上出了问题的经历，你从中改变了什么习惯？
- 一个报名表单会因为重复提交和弱网重试出现状态不一致。你会怎样梳理它的状态与转换，并决定哪些逻辑抽成独立单元？
- 实现一个很小的缓存，容量满时淘汰最久未使用的条目。各操作需要什么时间复杂度，你会先写哪些测试？
- 你需要一个既能快速插入、快速查找，又能按顺序遍历的结构。你会如何在几种候选结构之间选择，又会放弃什么？
- 写代码和做代码评审时，你有哪些已经形成习惯的检查点，用来防止循环里查数据库、大对象长期不释放这类性能问题？你怎样知道它们真的有效？
- 请实现一个重试封装：调用外部服务失败时按规则重试，同时不让重试压垮对方。先说明接口，再写代码，并说明怎样让它在测试里可确定地运行。
- 宏和代码生成经过多层展开后，编译错误只指向生成文件，使用者无法定位原始代码。你会怎样设计诊断信息？
- 增量编译很快，但改动共享头文件后偶尔没有重新编译所有依赖目标。你会怎样定位依赖追踪缺口？
- 缓存能让读取变快，也可能让用户看到过期内容。你会怎样判断一份数据适不适合缓存，出错时又怎样发现？
- 两个任务单独运行都正常，一起运行时偶尔会卡死。死锁需要满足哪些条件，你会怎样确认是不是它？
- 页面空闲一段时间后，第一次请求明显比之后的请求慢。从网络层面看，可能有哪些原因，你会怎样区分它们？
- 一个长时间运行的进程内存持续增长，但没人能指出明显的泄漏。你怎样区分真正的泄漏、正常的缓存增长和内存碎片？
- 一个图片很多的页面首屏打开很慢。你会怎样从现象一步步推回原因，并说明每种改进手段的代价？
- 从你写下一行代码到 CPU 执行它，中间发生了什么？选一门你熟悉的语言，讲讲主要阶段。
- 服务把读请求切到副本后，写入成功的用户偶尔读不到刚才的修改。你会怎样界定并处理这种陈旧读取？
- 你的接口本地测试正常，联调时前端同学坚持说接口报错或没返回数据。你会用哪些手段去定位，又怎样拿出让对方信服的证据？
- 线上偶尔出现同一订单被提交两次，你在本地无法复现。你会怎样缩小范围，并决定先止血还是先补观测？
- 把一个很大的前端包拆成多个小包以后，首屏反而更慢了。你会怀疑哪些原因，怎样验证？
- 缓存键已失效，应用日志显示重新读取数据库，但部分用户仍看到旧资料；切换到主库后问题减少却没有消失。你会怎样沿缓存、副本和客户端定位？
- 用户请求依次调用四个下游，每个服务都使用完整的 2 秒超时，导致整体尾延迟很高，客户端还会在响应失效后继续计算。你会如何传递截止时间和预算？
- 值班人员每天收到大量告警，但用户投诉和服务目标违约仍会漏报。你会如何重新整理告警？
- 老系统持续叠加新业务，代码越来越难维护。你会如何在新旧系统之间建立适配边界，避免旧规则和数据模型渗入新业务？请说明迁移步骤，以及必须接受的妥协和风险。
- 说一次架构升级。为什么当时必须升级，而不是继续修补？迁移中遇到了哪些挑战，怎样保证业务不中断，最后收益是否兑现？
- 一项能力，你怎样决定是自研、采用开源，还是购买？自研和开源在成本、可控性、维护和风险上分别有什么差异，什么时候该从一种换成另一种？
- 仓库允许外部贡献者提交代码，自动检查与构建流程会读取测试凭证并构建发布包。你会怎样检查流水线中的信任边界和凭证暴露风险？
- 云成本连续上升，财务要求削减开支；与此同时，团队正处于可靠性改善阶段。你会怎样找出可削减成本且不转嫁风险的方案？
- 技术债怎样识别、记录，并在不停下业务交付的前提下还掉？哪些债值得还，哪些可以一直留着，你怎么判断？
- 你的方案依赖一个底层服务或库。如果它发生重大变化，你会怎样迁移、回退到保留核心功能的方案，或替换它？
- 一次故障还没有找到根因，但业务方要求你给出恢复时间。你会如何更新进展、表达不确定性并避免承诺误导？
- 你所在的技术方向，行业正在怎样发展？你的方案是在适配这个趋势，还是在逆着它走？
- 一次发布后出现问题，团队说“我们可以回滚”。你会怎样检验这句话是真的，而不只是方案里写了回滚？
- 公司的多个前端项目分散在不同仓库，有人提议合并成 monorepo。你会怎样判断该不该做，又怎样分步验证？
- 这个项目带来了哪些技术上的收益？你怎样衡量它们，又为此付出了什么复杂度和维护成本？
- 你接手一个即将上线、测试覆盖率很低的模块，时间有限。你会怎样决定先补哪些测试，并向团队解释这个顺序？
- 框架允许界面在后台并发更新，但慢请求的旧结果偶尔覆盖新选择。你会怎样设计并发状态更新？
- 复杂表单同时有字段校验、跨字段规则和服务端错误，用户编辑时状态彼此覆盖。你会怎样划分框架状态与业务状态？
当前目标在这里暂无匹配题。 ·