Semaphore通过许可机制限制并发线程数，初始化指定许可数量，线程需acquire()获取许可并release()释放，确保最多n个线程访问资源，常用于控制数据库连接等场景，支持公平与非公平模式，应结合try-finally防止许可泄漏。
在Java中，Semaphore 是一种用于控制并发访问资源的同步工具，常用于限制同时访问特定资源的线程数量。它通过维护一组许可（permits）来实现访问控制：线程在访问资源前必须先获取许可，使用完成后释放许可，其他线程才能继续获取。
理解Semaphore的基本原理
Semaphore 的核心是许可机制。初始化时指定许可数量，表示最多允许多少个线程同时访问资源。
例如，创建一个拥有3个许可的Semaphore：
Semaphore semaphore = new Semaphore(3);当线程调用 acquire() 方法时，会尝试获取一个许可。如果当前有可用许可，线程继续执行；如果没有，线程将被阻塞，直到其他线程释放许可。使用完资源后，必须调用 release() 方法归还许可，避免死锁或资源饥饿。
立即学习“Java免费学习笔记（深入）”；
控制最大并发数的实用场景
常见用途是限制数据库连接池、文件读写或外部接口调用的并发量。
示例：模拟最多3个线程同时执行任务：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
上述代码确保任何时候最多只有3个线程在执行任务，其余线程会等待许可释放。
公平性与非公平模式的选择
Semaphore 支持公平和非公平两种模式：
- 非公平模式（默认）：线程抢占许可，效率高但可能造成某些线程长时间等待
- 公平模式：按请求顺序分配许可，避免饥饿，但性能略低
启用公平模式：
Semaphore semaphore = new Semaphore(3, true); // 第二个参数为true表示公平模式在对线程调度公平性要求较高的场景，建议开启公平模式。
结合try-finally保证许可释放
为防止因异常导致许可未释放，务必在finally块中调用release()：
semaphore.acquire(); try { // 执行临界区操作 } finally { semaphore.release(); }这样即使发生异常，许可也能正确归还，避免系统逐渐失去可用许可。
基本上就这些。合理使用Semaphore能有效控制资源并发访问，提升系统稳定性。关键是初始化合适的许可数，并始终确保释放操作被执行。不复杂但容易忽略细节。
