Java线程优先级为1～10的整数，对应Thread.MIN_PRIORITY（1）、NORM_PRIORITY（5，默认值）、MAX_PRIORITY（10）；须用setPriority()在start()前设置，超范围抛IllegalArgumentException，且仅作调度提示，不保证执行顺序。
Java 中线程优先级可以设置，但不能当作确定性调度的依据——它只是影响调度概率的提示，不是执行顺序的保证。
怎么设置线程优先级
Java 用 1～10 的整数表示优先级，三个常用常量对应：
- Thread.MIN_PRIORITY → 值为 1
- Thread.NORM_PRIORITY → 值为 5（主线程默认值）
- Thread.MAX_PRIORITY → 值为 10
通过 setPriority(int) 方法设置，例如：
Thread t = new Thread(() -> { /* 任务 */ });
t.setPriority(Thread.MAX_PRIORITY); // 设为最高
t.start();
注意：设置超出 1～10 范围会抛出 IllegalArgumentException；子线程默认继承父线程优先级（如 main 线程是 5，它创建的线程初始也是 5）。
立即学习“Java免费学习笔记（深入）”；
为什么不能过度依赖优先级
线程优先级在 JVM 和底层操作系统之间存在映射不确定性：
- JVM 不强制要求按优先级严格调度，不同平台（Windows/Linux/macOS）对优先级的支持策略不同
- 多数操作系统将 Java 的 10 级映射到自身有限的几个调度类（如 Linux 的 SCHED_OTHER 只有 nice 值影响，且普通用户无法设实时策略）
- CPU 时间片、I/O 阻塞、线程让步（
yield()）、锁竞争、GC 暂停等都会打断“高优先执行”的预期 - 实测中，即使一个线程设为 10，另一个为 1，两者输出仍可能高度交错，无法保证谁先跑完
什么场景下可谨慎使用
优先级适合做轻量级的“倾向性提示”，而非逻辑依赖：
- UI 线程设略高（如 6～7），确保用户操作响应更及时
- 后台日志写入、缓存清理等非关键任务设为低（如 1～3），减少抢占主业务线程资源
- 避免跨优先级设计同步逻辑（比如“等高优线程做完再继续”），应改用
join()、CountDownLatch或队列协调
更可靠的替代方案
若需控制执行顺序或资源分配，应转向显式并发工具：
- 用
ExecutorService+ 自定义ThreadFactory统一管理线程属性（包括优先级），但不靠它做流程控制 - 用
Semaphore控制并发数，BlockingQueue实现生产者-消费者解耦 - 用
CompletableFuture编排异步依赖，比“等某个高优线程”更清晰可靠 - 真正需要实时性保障时，应考虑 OS 层面配置（如 Linux 的 real-time scheduling + root 权限），而非仅靠 Java 优先级
