Java线程优先级在Linux/macOS上基本无效，因JVM仅映射到SCHED_OTHER的nice值且普通用户无法提升权重；Windows稍好但也不可靠，真正影响调度的是线程行为而非priority字段。
Java线程优先级在Linux/macOS上基本无效
Java的setPriority()调用在绝大多数现代Linux和macOS系统上不产生实际调度效果。JVM把Java优先级映射到操作系统线程优先级时，通常只映射到SCHED_OTHER策略下的nice值范围（-20~19），而普通用户进程无法通过nice提升调度权重，只能降低（即让出CPU）。结果就是：你设Thread.MAX_PRIORITY，内核照样当普通nice=0线程跑；设MIN_PRIORITY，可能变成nice=10，反而更慢。
常见错误现象：Thread.currentThread().setPriority(Thread.MAX_PRIORITY)后，关键任务仍被IO线程或GC线程卡住，响应没变快——这不是代码写错了，是OS根本不认这个“最高”。
- 只有root权限+显式配置
SCHED_FIFO/SCHED_RR策略时，Java优先级才可能生效，但生产环境禁用 - Windows稍好一点，能反映部分差异，但依然受系统负载、时间片分配等干扰，不可靠
- JVM参数
-XX:+UseThreadPriorities默认开启，但它只是“尝试映射”，不是“保证生效”
真正影响调度的是线程行为，不是priority字段
操作系统调度器真正看的是：是否阻塞、是否主动yield、是否频繁抢占、是否绑定CPU、是否触发GC。一个MIN_PRIORITY但纯计算无锁无sleep的线程，可能比一堆MAX_PRIORITY却不断wait()或sleep(1)的线程抢到更多CPU。
使用场景中，优先级唯一有点用的地方是：同进程内多个后台线程之间做粗略区分，比如日志刷盘线程设低一点，避免和业务线程争锁；但前提是这些线程都在同一JVM、且负载不高。
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 高并发服务里，靠
setPriority()优化吞吐或延迟，等于在调参界面点“加速”按钮 -
Thread.yield()比改priority更可控，但也要慎用——它不保证让给谁，甚至可能立刻被调度器换回来 - 如果真要隔离资源，用
CPU affinity（如taskset）或cgroups限制，比Java priority实在得多
哪些地方会悄悄覆盖你设的priority
很多常见库和框架会在创建线程时重置优先级，你设了也白设。最典型的是Executors.newFixedThreadPool()内部用的DefaultThreadFactory，它创建的线程默认继承主线程priority（通常是5），但如果你主线程改过，后续线程又未必同步。
更隐蔽的是：Tomcat、Netty、Spring Boot内置线程池，基本都显式调用t.setPriority(Thread.NORM_PRIORITY)或直接忽略传入值；Log4j2的AsyncLoggerConfig也会把异步线程设为MIN_PRIORITY以降低干扰。
- 检查线程实际priority：用
jstack -l <pid></pid>看线程状态，再结合ps -o pid,tid,nice,comm -T -p <pid></pid>比对OS层nice值 - 自定义
ThreadFactory时，务必在newThread()里显式调用setPriority()，否则JVM可能用默认值 - 注意：线程启动后调用
setPriority()不一定立即生效，尤其在高负载下，调度器可能延迟应用
替代方案比死磕priority靠谱
想让某类任务更快执行，别碰setPriority()，转去控制资源边界。比如用ForkJoinPool.commonPool()跑CPU密集任务，它会动态调整并行度；或者为关键路径单独建ThreadPoolExecutor，配小队列+拒绝策略，防止被淹没。
性能影响上，乱设priority还可能引入意外问题：某些JVM版本在priority突变时触发额外锁竞争；G1 GC的并发标记线程若被人为提权，反而干扰STW阶段调度。
- IO密集型任务：优先用
CompletableFuture.supplyAsync()配独立线程池，而不是提权现有线程 - 实时性要求高的场景：考虑JNI调用
sched_setscheduler()（需权限+风险自担），而非Java层setPriority() - 监控时别信
Thread.getPriority()返回值——它只是JVM缓存的副本，和OS实际调度无关
线程优先级是个遗留接口，留着是为了兼容老代码。现在真要调优，得从线程模型、队列策略、锁粒度、GC配置这些地方下手。它不是开关，是幻灯片里的一页备注。
