线程各属性概览.png
线程Id
线程id从1开始自增，不可更改。发现，JVM运行起来后，我们自己创建的线程id早已不是2。
public class Id {
public static void main(String[] args) {
Thread thread = new Thread();
System.out.println("主线程的ID:"+ Thread.currentThread().getId());
System.out.println("子线程的ID:"+ thread.getId());
}
}
运行结果：
主线程的ID:1
子线程的ID:11
不是说Id是自增的么。那么从2开始到10的线程Id都给了谁呢？Debug可以看到，创建了Finalizer，Reference Handler， Signal Dispatcher等。可见，除了我们自己创建的线程，JVM帮我们做了很多事情，也创建了很多线程。
线程名字
系统会给Thread自动分配名字，我们也可自己给线程起名字。
守护线程
给用户线程提供服务。看线程是否会阻止JVM的停止，如果是用户线程，线程没有运行完毕，JVM是不会停止的。而如果现在所有运行的线程都是守护线程，那么守护线程会和JVM一起停止工作，因为所守护的对象都没有了。
Java虚拟机，只有两种情况之一发生，程序才能结束：
- 主动调用System.exit();
- 大部分是由于代码执行完毕了。（可见就是用户线程执行完毕。）
守护线程有三个特性：
- 线程类型默认继承自父线程
如果用户线程创建出来，想改成守护线程，需要人为的修改属性setDaemon。 - 被谁启动
一般地守护线程都是由JVM启动的，不是用户启动的。在JVM启动中，会有一个非守护线程，就是我们经常用的main函数，它是非守护线程，其他都是守护线程。 - 不影响JVM退出
JVM退出时，只看有没有用户线程，不看有没有守护线程。守护线程一直是存在的。
守护线程和普通线程的区别：
整体无区别，唯一区别在于是否影响JVM的离开。
常见问题：
什么时候我们需要设置守护线程？
通常情况下，我们不需要设置，JVM提供的守护进程足够我们用。我们应该如何应用线程优先级来帮助程序运行？有哪些禁忌？
不应该用优先级来帮助程序运行，不同的操作系统不同。守护线程和普通线程的区别：
整体上没有区别，区别在于是否影响JVM的退出，以及它们的作用不同。用户线程是执行我们逻辑的，而守护线程是服务于我们的。我们是否需要给线程设置为守护线程？
我们首先不是需不需要，而是应不应该，答案是不应该。不应该把自己的线程设置成守护线程。如果我们把自己的线程设置成守护线程，那么JVM一看没有用户线程，就会和守护线程一起退出，造成错误。
线程优先级
- Java的优先级总共有10个级别，默认级别为5
- 程序设计不应该依赖于优先级：
- 不同操作系统对线程优先级的理解不一样。
优先级高度依赖于操作系统，我们的Java会把线程的优先级映射到操作系统的优先级上，依赖于操作系统的调度，不同的操作系统级别不一样。
比如java线程优先级别为10，windows为7，那么映射可能会有问题。比如java中的1、2级映射windows的最低级，3、4映射次中级，5映射到normal级别。所以不是一一对应的关系，如果只是windows还好，但我们的代码是跑到不同的操作系统中的，java是一次编写，多平台运行，这是java的优势。如果到了linux中，优先级会被忽略，线程优先级都是一样的。可以看到，不同操作系统对应起来不一样。所以优先级这个属性会随着操作系统的不同，有很大的变化，那么就是不可靠的。 - 优先级会被操作系统改变。比如，在Windows中会有一个优先级推进器的功能。当它发现某个线程特别努力，一直想执行的话，就会越过优先级的设置，优先为他分配时间。所以也是不可靠的。
