为什么高并发场景下用unfair锁而不是fair？｜腾讯后端开发面经解析

60 秒回答模板

可以这样回答：高并发场景常用非公平锁，是因为它允许刚到达的线程在锁释放瞬间直接竞争成功，减少严格排队带来的线程唤醒、挂起和上下文切换成本。它牺牲一部分公平性，换取更高吞吐和更低平均调度开销。公平锁倾向于按等待队列顺序获取锁，减少插队，但锁释放后往往需要唤醒队首线程并完成调度切换；非公平锁允许新线程先尝试 CAS 抢锁，如果锁刚好空闲就直接进入临界区，避免把 CPU 交给刚被唤醒但尚未运行的老线程。非公平锁在竞争激烈、临界区短的场景吞吐更好，但可能让等待线程饥饿，尾延迟也可能更差；公平锁更适合对等待顺序和延迟上界更敏感的场景。不要简单说非公平锁一定更快。若临界区很长、业务要求排队公平，或出现长期饥饿，公平策略或限流队列可能更合适。锁粒度、持锁时间和线程池大小同样会影响结果。验证时重点看：验证时看吞吐、锁等待时间、线程上下文切换、队列长度、P95/P99 延迟、饥饿现象和 CPU 利用率。

考点 考点边界

主线 核心机制

易错点 只说非公平锁快，没有解释插队、唤醒和上下文切换成本。

深入解析

考点边界

这题问公平锁与非公平锁的吞吐取舍，不是 JVM GC 或普通锁名词表。回答要围绕排队策略、线程唤醒、上下文切换、吞吐、尾延迟和饥饿风险展开。本题对应“高并发下非公平锁取舍”，核心前提是：高并发场景常用非公平锁，是因为它允许刚到达的线程在锁释放瞬间直接竞争成功，减少严格排队带来的线程唤醒、挂起和上下文切换成本。它牺牲一部分公平性，换取更高吞吐和更低平均调度开销。

核心机制

公平锁倾向于按等待队列顺序获取锁，减少插队，但锁释放后往往需要唤醒队首线程并完成调度切换；非公平锁允许新线程先尝试 CAS 抢锁，如果锁刚好空闲就直接进入临界区，避免把 CPU 交给刚被唤醒但尚未运行的老线程。关键证据要落到线程状态、锁队列、内存可见性、运行时指标，这样才能说明机制为什么能支撑题目结论。如果继续展开，要对应到线程状态、锁队列、CAS 失败、内存可见性、GC Roots、线程 dump 或运行时指标。

关键取舍

非公平锁在竞争激烈、临界区短的场景吞吐更好，但可能让等待线程饥饿，尾延迟也可能更差；公平锁更适合对等待顺序和延迟上界更敏感的场景。因此要结合线程状态、锁等待、内存可见性、GC 或运行时指标判断，而不是只比较 API 名称。这些取舍决定了方案在不同输入规模、延迟、内存、并发、泛化或一致性要求下是否仍然成立。

边界风险

不要简单说非公平锁一定更快。若临界区很长、业务要求排队公平，或出现长期饥饿，公平策略或限流队列可能更合适。锁粒度、持锁时间和线程池大小同样会影响结果。排查时优先看 jstack、GC 日志、heap dump、锁等待、CAS 失败、线程池队列和业务超时。需要特别关注极端输入、数据分布变化、资源不足、并发竞争或观测口径错误带来的退化。修复时要先拿到线程 dump、GC 或 heap 证据，再区分锁竞争、对象泄漏、线程池耗尽和配置不合理。

验证抓手

验证时要看锁等待时间、线程状态、CAS 失败率、重试次数、死锁日志、数据库锁等待、吞吐和尾延迟。能把抽象锁策略落到这些信号，答案才像真实工程排查。针对本题，最有价值的验证信号是：验证时看吞吐、锁等待时间、线程上下文切换、队列长度、P95/P99 延迟、饥饿现象和 CPU 利用率。把验证抓手说出来，可以让答案从知识点延伸到并发行为、线程状态和运行时排查。

易错点

只说非公平锁快，没有解释插队、唤醒和上下文切换成本。
忽略饥饿和尾延迟风险，把吞吐优化当成所有场景的默认答案。
把相邻概念混用，没有明确说明这道题真正考察的边界。
没有给出验证方式，导致答案听起来完整但无法判断是否真的生效。

面试官追问

非公平锁为什么可能减少上下文切换？

锁释放时，正在运行或刚到达的线程可以直接 CAS 抢到锁，不一定要唤醒并切换到队列头线程。少一次挂起/唤醒/调度，就可能提升短临界区高竞争场景的吞吐。

非公平锁的主要风险是什么？

风险是等待时间不均匀，极端情况下老线程可能长期抢不到锁，出现饥饿或尾延迟升高。因此要结合业务是否要求公平、等待时长和压测指标判断。

“为什么高并发场景下用unfair锁而不是fa”继续追问时最该补哪条边界？

应该围绕“高并发下非公平锁取舍”补适用前提、失败场景和验证证据。先说明哪些条件下这个机制成立，再说明哪些输入规模、并发状态、数据分布或资源限制会让答案需要调整。

“为什么高并发场景下用unfair锁而不是fa”怎样回答才不是只背概念？

看它能否把“高并发下非公平锁取舍”的机制链路、关键取舍和可观测信号连起来。回答时应落到具体状态变化、数据路径、复杂度、指标或排查工具，而不是只复述定义。

“为什么高并发场景下用unfair锁而不是fa”选择锁策略先看什么？

先看冲突概率、临界区长度、是否允许重试、重试是否幂等，以及业务更看重吞吐还是公平性。冲突低可以偏向乐观策略，冲突高或强一致临界区通常要更明确地排队或阻塞。