setDaemon与优先级互不影响，可任意顺序设置；守护线程优先级仅作调度建议，不改变JVM退出逻辑；setDaemon必须在start前调用，优先级也建议提前设置。
不影响。
setDaemon 和优先级是两个独立属性
setDaemon(true) 只用于标记线程是否为守护线程，它不改变线程的优先级；同样，调用 setPriority() 也不会影响线程的守护状态。两者互不干扰，可以分别设置。
- 守护线程默认继承创建它的线程的优先级（比如 main 线程是 NORM_PRIORITY=5，新创建的守护线程初始也是 5）
- 你可以先 setDaemon(true)，再 setPriority(1)，也可以反过来，顺序无关
- 即使把守护线程设为 MAX_PRIORITY=10，它仍是守护线程，JVM 退出逻辑不变
优先级对守护线程的实际作用有限
守护线程的优先级仅作为调度建议提供给操作系统，不能保证执行顺序或抢占资源。更重要的是：守护线程本身不阻止 JVM 退出——哪怕它正以最高优先级运行，只要所有用户线程结束，JVM 就会立即终止，该线程会被强制中断。
- 高优先级不会让它“多活一会儿”，也不会延迟 JVM 关闭
- 低优先级也不妨碍它完成轻量后台任务（如日志刷盘、心跳上报）
- 实际开发中，一般不刻意调整守护线程优先级，保持默认即可
设置时机需注意
setDaemon() 必须在 start() 之前调用，否则抛出 IllegalThreadStateException；setPriority() 同样建议在 start() 前设置，虽然启动后也能调，但部分 JVM 实现可能忽略运行中调整。
立即学习“Java免费学习笔记（深入）”；
- 正确写法：thread.setDaemon(true); thread.setPriority(3); thread.start();
- 错误写法：thread.start(); thread.setDaemon(true); // 抛异常
- 运行中调 setPriority() 虽不报错，但效果不确定，不推荐
典型用途与注意事项
守护线程适合做纯辅助性工作，比如监控、清理、日志异步写入等。它们不该持有关键业务状态，也不该阻塞或等待用户线程结果。
- 垃圾回收线程就是标准守护线程，优先级通常较低，但由 JVM 内部管理
- 自己写的守护线程如果包含 sleep 或 wait，要注意响应中断，避免 JVM 等待超时
- 不要依赖守护线程完成必须落地的操作（如数据库提交），因其可能被突然终止
