程序员面试专题库

Agent 从聊天演示走向生产后，长任务必须具备队列、状态机、租约、取消、恢复和结果持久化能力。

业务入库和消息发送无法天然处在同一个本地事务里，Outbox 模式用事件表、投递器和幂等消费把不一致窗口变成可恢复流程。

Agent 接上工具后，风险从回答质量扩展到真实副作用。参数、权限、幂等、审计和人工确认必须进入后端设计。

锁等待不是数据库偶发小问题，它经常暴露事务范围过大、索引不合适和更新顺序不稳定。

幂等不是简单防重复点击，而是用业务唯一键和状态机保证重复请求、重试和回调都不会把状态改坏。

数据库题要把读路径和写路径分开讲：索引解决查询效率，事务和状态机解决写入一致性。

MQ 不是把请求丢出去就结束，真正难点在消息可靠、消费幂等、状态补偿和堆积恢复。

项目面不是复述做过什么，而是证明每个技术选择、数据规模、异常处理和上线结果都经得起追问。

金融科技后端题常把 Java 基础和业务一致性结合起来，候选人要能说明数据正确性、审计和失败补偿。

网络题不是背协议名，而是把可靠性、加密、传输控制和线上超时联系起来，回答出工程边界。

消息顺序性不是所有消息都要全局排队，而是判断同一业务对象的状态变化是否必须按顺序处理。

事务隔离不是背四个级别，而是能解释一次查询为什么看到旧数据，更新为什么会加锁，项目里如何控制一致性。