Java 标准库中不存在 Collections.asLifoQueue（JDK 21 前），JDK 21+ 新增该方法仅作 LIFO 语义适配，不提供线程安全；线程安全 LIFO 栈应直接使用 ConcurrentLinkedDeque。
Collections.asLifoQueue 并不存在于 Java 标准库中 —— 这是一个常见误解。Java 目前（截至 JDK 21）**没有提供 `Collections.asLifoQueue` 方法**，也**不提供直接将任意双端队列“包装”为线程安全 LIFO 栈的通用工具方法**。
为什么没有 asLifoQueue？
Java 的 Collections 工具类提供的是如 unmodifiableList、synchronizedList、asLifoQueue 等静态方法，但后者并不存在。官方只提供了：
-
Collections.asLifoQueue(Deque<E> deque)—— 这是 Java 21 新增的 API（JEP 438），仅在 JDK 21+ 中可用； - 它返回一个
Queue<E>视图，其行为符合 LIFO（后进先出），底层委托给传入的Deque； - 该方法本身不添加线程安全性，它只是语义适配器，是否线程安全完全取决于底层
Deque实例。
ConcurrentLinkedDeque 本身已是线程安全的 LIFO 栈
ConcurrentLinkedDeque 是一个无锁、高并发的双端队列，支持所有 Deque 操作，且所有操作都是线程安全的。要将其用作 LIFO 栈，无需额外包装：
- 入栈：用
push(e)或addFirst(e)； - 出栈：用
pop()或removeFirst()； - 查看栈顶：用
peek()或peekFirst()。
这些方法在 ConcurrentLinkedDeque 中已保证原子性与内存可见性，可直接替代传统 Stack 或手动加锁的 ArrayDeque。
立即学习“Java免费学习笔记（深入）”；
若使用 JDK 21+，asLifoQueue 可简化语义表达
虽然非必需，但在 JDK 21+ 中，你可以用 Collections.asLifoQueue 明确表达“我把它当栈用”这一意图：
Deque<String> deque = new ConcurrentLinkedDeque<>();
Queue<String> stack = Collections.asLifoQueue(deque); // 返回 Queue 视图
stack.offer("a"); // 等价于 push("a")
stack.poll(); // 等价于 pop()
注意：
- 返回的
Queue仍是同一底层ConcurrentLinkedDeque，线程安全不变； -
offer/poll的行为严格按 LIFO 执行（内部调用addFirst/removeFirst）； - 不支持
element()或remove()等可能抛异常的操作（会抛UnsupportedOperationException），因 LIFO 队列语义不承诺 FIFO 行为。
不推荐的替代方案
避免以下做法：
- 用
Collections.synchronizedDeque(new ArrayDeque<>())：有锁、性能低、非无锁，且ArrayDeque本身不支持并发； - 手动包装
ConcurrentLinkedDeque加锁：多余，破坏其无锁优势； - 误以为
asLifoQueue提供同步：它不做任何同步，仅重定向方法调用。
结论很直接：想用线程安全 LIFO 栈，就用 ConcurrentLinkedDeque 本身；JDK 21+ 中可选 Collections.asLifoQueue 提升语义清晰度，但不改变并发行为或安全性。
