【JavaEE初阶 — 多线程】Thread的常见构造方法＆属性
目录
Thread类的属性
1.Thread 的常见构造方法
2.Thread 的几个常见属性
2.1 前台线程与后台线程
2.2 setDaemon()
2.3 isAlive()
Thread类的属性
- Thread 类是JVM 用来管理线程的一个类，换句话说，每个线程都有一个唯一的Thread 对象与之关联；
- 每个执行流，也需要有一个对象来描述；
- Thread类的对象就是用来描述一个线程执行流的，JVM会将这些Thread对象组织起来，用于线程调度，线程管理。
1.Thread 的常见构造方法
| 方法 | 说明 |
| Thread() | 创建线程对象，必须要重写 Thread类 的 run()方法 |
| Thread(Runnable target) | 使用 Runnable 对象创建线程对象 【不用重写 Thread类 的 run()方法】 |
| Thread(String name) | 创建线程对象，并命名 |
| Thread(Runnable target,String name) | 使用 Runnable对象创建线程对象，并命名 |
| Thread(ThreadGroup group, Runnable target) | 线程可以被用来分组管理，分好的组即为线程组 【这个目前我们了解即可】 |
对于 Thread类 的第四种构造方法，第一个参数传的是lamda表达式，lamda相当于Rannable；
再传入的第二个参数，就是这个线程的名字，需要手动添加 “ ”
如果要调用：带有 自定义线程名字 的参数 的 构造方法，无论自定义的名字是什么，都不会不影响线程的执行的；为了方便程序员调试，可以给线程起名字。
程序运行后，我们可以通过 jconsole 这个工具，在线程列表中，看到自定义名字，并且正在运行的线程。除了自定义的线程，线程列表中的线程是JVM提供的线程。
如果我们不定义名字，程序调用 Thread类 的第一个构造方法，在jconsole的线程列表中，我们可以发现，如果不自定义线程名，系统会使用默认线程名 Thread - 数字 来命名线程。
如果在一个进程中有多个线程，这些线程，会被CPU随机调度，并发执行；
所以不一定会因为主线程结束，整个进程也跟着结束。
2.Thread 的几个常见属性
| 属性 | 获取方法 |
| ID 【线程的唯一标识，不同线程不会重复】 | getId() |
| 名称 【各种调试工具都会用到】 | getName() |
| 状态 【表示线程当前所处的一个情况】 | getState() |
| 优先级 【优先级高的线程理论上来说更容易被调度到】 | getPriority() |
| 是否后台线程 【JVM会在一个进程的所有非后台线程结束后，才会结束运行】 | isDaemon() |
| 是否存活 【简单的理解为，run() 是否运行结束了】 | isAlive() |
| 是否被中断 | isInterrupted() |
2.1 前台线程与后台线程
如果在程序运行的过程中，我们通过 jconsole 查看线程列表中没有main，说明主线程已经结束；
主线程结束，但是 t1，t2，t3 还在，使用进程还在；说明 t1，t2，t3 能够影响进程是否终止。
所有类似 t1，t2，t3 这样能够有效进程存在的线程，称为 “前台线程”。
程序员通过代码创建的线程 和 主线程，都默认是前台线程。
总结：
- 能影响进程存在的，是前台线程；不能影响进程存在的，是后台线程；
- JVM会在一个进程的所有非后台线程结束后，才会结束运行
2.2 setDaemon()
程序员通过编写代码，创建的线程，包括main主线程，默认都是前台线程；
但是可以通过setDaemon()，将 前台线程 修改成 后台线程~~
上述代码的逻辑：主线程和 t 线程并发执行，并且主线程在打印三次“ hello main ”后，打印结束日志，而 t 线程继续执行死循环，所以进程没有因为主线程终止而结束。
所以，t 线程是一个前台线程，我们可以通过 isDeamon() 将 t 设置成后台线程；
通过 t.isDaemon(true) ，把 t 线程 从前台线程设置成后台线程；
此时，代码中只有主线程一个前台线程，所以在主线程运行结束后，整个进程结束，t 线程的死循环也被迫结束。
拓展：
进程与进程之间存在父子关系，而线程与线程之间则不存在；比如：
IDEA 本身也是一个 Java 进程；在 IDEA 中运行一个 Java 代码,通过IDEA 进程,又创建出一个新的Java 进程，这俩进程之间就是父子关系。
2.3 isAlive()
Java 代码中创建的Thread对象，和系统中的线程，是一 一对应的关系；
但是，Thread 对象 的生命周期，和 系统中的线程 的生命周期，是不同的~~
(可能存在：Thread对象 还存活，但是 系统中的线程 已经销毁 的情况)
我们引入一段代码，来看看"Thread对象还存活，但是系统中的线程已经销毁的情况"这种情况：
这个代码的逻辑：
前三秒 sleep1000毫秒 t线程的状态都是alive的状态，三秒后执行结束，t线程的isalive状态为false
线程的入口方法里的逻辑结束了，系统中对应的线程也就随之销毁了(操作系统) ；
虽然系统中的线程已经销毁，但是 Thread对象 还存活；
因此，t线程 被销毁，但是 t 这个对象依旧存在，所以才能一直通过t对象，调用isAlive方法
再多执行几次上述代码，发现程序运行结果中的 true 的个数是 3 还是 4 不固定，这是线程随机调度造成的：
主线程第四次打印,和 t线程 的结束，谁先谁后，是不一定的；
如果打印 true 的次数为4，说明在 第四次 主线程 和 t线程 并发执行的顺序是：
- 先执行主线程中的打印 t.isAlive
- 然后才执行 t线程 中的循环判断是否结束
所以 打印的第一个 false 是第五次执行线程，此时 t 线程已经凉透了~~
