核心要点
先表明态度：压力下保持冷静、以「止损优先」而非「找原因优先」
给出可套用的处理流程：分优先级 → 快速定位 → 止损（回滚/降级）→ 根因复盘
强调协作与信息透明：及时同步进展、拉对的人、对外管理预期
避雷：把抗压讲成「加班硬扛」、慌乱无章法、或事后不复盘
标准回答
一、先表明压力下的处理原则
可以先说：压力下最重要的是冷静分优先级，先止损恢复服务，再做根因分析。这样能避免把“抗压”答成“我能硬扛加班”。
二、再讲一套可复用的应急流程
流程可以按四步说：先判断影响面和优先级；再看监控、日志和最近变更快速缩小范围；然后回滚、扩容或降级，先让核心功能恢复；最后做复盘，把问题沉淀成监控、压测、灰度或自动化。
三、最后补上协作和沟通
紧急场景不是一个人闷头查。要及时同步当前判断、下一步动作和预计恢复时间，拉对的人参与，对业务方和上下游管理预期。面试官想看到的是 有章法、透明、能止损，也能复盘。
示例
「一次大促前推理服务突然超时报警（S）。我没急着查代码，先看监控判断是流量激增导致 GPU 排队（定位），第一时间扩容并降级关掉非核心重排（止损），服务 10 分钟内恢复（T/A）。同时我在群里实时同步进展，安抚业务方。事后复盘补了自动扩容和压测，下次大促零事故（R）。」
常见误区
⚠️ 常见踩坑
误区一：容易答偏的地方：把「抗压」答成「我能连续加班硬扛」，体现不出方法论；或描述自己手忙脚乱、先纠结追责而非先止损恢复服务；事后没有复盘沉淀。
追问
追问 1：同时来了多个紧急任务，你怎么排优先级？
用「影响面 × 紧急度」快速分级：先处理用户/营收影响最大且不可逆的，其次可降级缓办的；明确告诉相关方哪些会延后并给出预期。必要时拉资源并行，而不是一个人串行硬扛。
追问 2：长期高压下你怎么保持状态、避免 burnout？
体现可持续性而非莽：区分「真紧急」和「被制造的紧急」，用流程和自动化消灭重复救火；主动暴露风险和资源缺口而不是默默扛；保留必要的恢复节奏，让团队产能长期稳定。
🔗 相似问题
同一考点的不同问法，换着练更稳
延伸学习
按主题分类的相关资源，便于系统复习