acquireuninterruptibly() 阻塞等待直至获取许可，不抛 interruptedexception，但会恢复中断状态；适用于必须完成许可获取的关键场景，如资源初始化或限流控制，但无超时机制且可能无限等待。
在 Java 并发编程中，acquireUninterruptibly() 的作用不是“忽略中断信号”，而是**阻塞等待直到成功获取许可，即使当前线程已被中断也不会抛出 InterruptedException，且不会响应中断状态退出等待**。它内部会捕获中断异常并恢复中断状态（调用 Thread.currentThread().interrupt()），但继续尝试获取许可。
acquireUninterruptibly 的真实行为
这个方法的设计目标是：确保获取到许可，不因中断而提前失败。但它不会清除中断状态，也不会“无视”中断——相反，它尊重中断语义，只是不让中断打断获取许可的过程。
- 如果线程在等待时被中断，它不会抛异常，而是继续等
- 等待成功后，会主动恢复线程的中断状态（即重新设置
interrupted标志） - 调用方后续可通过
Thread.interrupted()检测是否曾被中断
典型使用场景
适用于那些必须完成许可获取才能继续执行的关键操作**，比如资源初始化、关键临界区进入、或与外部系统强一致性交互的环节。
- 数据库连接池分配连接前，确保拿到许可再建连
- 批量任务调度器中，控制并发数，不允许因中断跳过限流逻辑
- 与非中断友好型老代码集成时，避免
InterruptedException向上冒泡
对比 acquire() 和 acquireUninterruptibly()
acquire()：一旦线程被中断，立即抛出 InterruptedException，调用栈需处理或声明该异常，许可未获取成功。
acquireUninterruptibly()：不抛异常，也不返回失败；它内部循环重试，直到拿到许可为止，同时保留中断痕迹。
示例片段：
Semaphore sem = new Semaphore(1);
// 可能被中断的上下文
Thread.currentThread().interrupt(); // 模拟已中断
sem.acquireUninterruptibly(); // 不抛异常，但获取后 Thread.interrupted() 返回 true
System.out.println("Got permit, interrupted? " + Thread.interrupted()); // true
注意事项和风险
直接使用 acquireUninterruptibly() 有潜在风险，需谨慎：
- 若许可长期不可用（如其他线程永不释放），它会无限等待，无法通过中断唤醒
- 中断状态被恢复后，若后续代码依赖
Thread.interrupted()判断是否应退出，可能引发意外行为 - 它不提供超时机制，如需防死锁，请改用
tryAcquire(long, TimeUnit)
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
