对Java里的线程多说一点

男娘i 2023-07-13 08:26 13阅读 0赞

### Java线程 ###

*   *   *   *  1、线程的常用方法和线程的状态
             *  2、线程的优先级
             *  3、守护线程
             *  4、线程之间的共享

#### 1、线程的常用方法和线程的状态 ####

线程有5种状态：新建状态、就绪状态、运行状态、阻塞状态及死亡状态，整个生命周期就是这几种状态的切换。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzE5Njc0MjYz_size_16_color_FFFFFF_t_70]  
**1.新建状态**  
当用new操作符创建一个线程时。此时程序还没有开始运行线程中的代码。  
**2.就绪状态**  
一个新创建的线程并不自动开始运行，要执行线程，必须调用线程的start()方法。当线程对象调用start()方法即启动了线程，start()方法创建线程运行的系统资源，并调度线程运行run()方法。当start()方法返回后，线程就处于就绪状态。  
处于就绪状态的线程并不一定立即运行run()方法，线程还必须同其他线程竞争CPU时间，只有获得CPU时间才可以运行线程。因为在单CPU的计算机系统中，不可能同时运行多个线程，一个时刻仅有一个线程处于运行状态。因此此时可能有多个线程处于就绪状态。对多个处于就绪状态的线程是由Java运行时系统的线程调度程序来调度的。  
**3.运行状态（running）**  
当线程获得CPU时间后，它才进入运行状态，真正开始执行run()方法。  
**4.阻塞状态（blocked）**  
线程运行过程中，可能由于各种原因进入阻塞状态：  
①线程通过调用sleep方法进入睡眠状态；  
②线程调用一个在I/O上被阻塞的操作，即该操作在输入输出操作完成之前不会返回到它的调用者；  
③线程试图得到一个锁，而该锁正被其他线程持有；  
④线程在等待某个触发条件；  
所谓阻塞状态是正在运行的线程没有运行结束，暂时让出CPU，这时其他处于就绪状态的线程就可以获得CPU时间，进入运行状态。  
**5.死亡状态（dead）**  
有两个原因会导致线程死亡：  
①run方法正常退出而自然死亡；  
②一个未捕获的异常终止了run方法而使线程猝死；  
为了确定线程在当前是否存活着（就是要么是可运行的，要么是被阻塞了），需要使用isAlive方法，如果是可运行或被阻塞，这个方法返回true；如果线程仍旧是new状态且不是可运行的，或者线程死亡了，则返回false。  
(摘抄自：https://www.cnblogs.com/shenjiangwei/p/7501110.html)

**run()和start()方法**：run()方法就是普通对象中的普通方法，只有调用了start()之后，Java才会将线程对象和操作系统中实际的线程进行映射，再来执行run()方法。  
**yield()**:让出CPU的执行权，将线程从运行状态转到可运行状态，使别的线程拥有获取CPU执行的机会，但也有可能还是该线程获取到CPU的执行权。

**wait()和sleep()方法**：  
1、对于sleep()方法，该方法是属于Thread类中的。而wait()方法，则是属于Object类中的。  
2、sleep()方法导致了程序暂停执行指定的时间，让出cpu给其他线程，但是他的监控状态依然保持者，当指定的时间到了又会自动恢复运行状态。  
3、在调用sleep()方法的过程中，线程不会释放对象锁。  
4、而当调用wait()方法的时候，线程会放弃对象锁，进入等待此对象的等待锁定池，只有针对此对象调用notify()或者notifyAll()方法后本线程才进入对象锁定池准备获取对象锁进入运行状态。  
**sleep(0)的巧用**：yield()方法是使线程让出CPU的执行权使线程进入可执行状态，sleep()方法是使线程让出CPU的执行权，然后等待一段实现后使线程进入可执行状态，所以sleep(0)的效果其实和yield()方法类似。  
**notify()和notifyAll()**:都是唤起调用wait()方法等待的线程，notify()方法是随机唤起一个线程，notifyAll()是唤起所有调用wait()方法等待的线程。

**编写示例如下**：

自己想去吧

#### 2、线程的优先级 ####

可以主动设置线程的优先级，取值为1~10，缺省为5，但是线程的优先级不可靠，因为操作系统的不同对优先级的定义不同，不建议作为线程开发时候的手段。

#### 3、守护线程 ####

一般来说，守护线程的主要作用是协作线程的正常运行、垃圾回收、等。和主线程共死。也可以将线程设置为守护线程。  
注意：守护线程中的finally不能保证一定能执行。

#### 4、线程之间的共享 ####

一般情况下我们写的代码都不是线程安全的，因为正常代码里不涉及到多线程编程。但是如果我们开发的时候涉及到了多线程编程，肯定是要考虑到线程安全这方面。  
如果多个线程都有共享资源(共享变量)，Java为我们提供了一些解决方法：

**1、synchronized内置锁**  
对象锁，锁的是类的实例对象。  
类锁，锁的是每一个类的Class对象，每一个类的Class对象在一个虚拟机中只有一个，所以类锁也只有一个。

**2、volatile关键字**  
不会对修饰的对象或变量加锁，只能确保它们的可见性。所以如果在只有一个线程做写操作，别的线程做读操作的情境下可以用volatile关键字。

**3、ThreadLocal**  
threadlocal而是一个线程内部的存储类，可以在指定线程内存储数据，数据存储以后，只有指定线程可以得到存储数据。  
大致意思就是ThreadLocal提供了线程内存储变量的能力，这些变量不同之处在于每一个线程读取的变量是对应的互相独立的。通过get和set方法就可以得到当前线程对应的值。  
ThreadLocal的静态内部类ThreadLocalMap为每个Thread都维护了一个数组table，ThreadLocal确定了一个数组下标，而这个下标就是value存储的对应位置。

**synchronized和ThreadLocal**  
ThreadLocal和Synchronized都是为了解决多线程中相同变量的访问冲突问题，不同的点是  
1、Synchronized是通过线程等待，牺牲时间来解决访问冲突  
2、ThreadLocal是通过每个线程单独一份存储空间，牺牲空间来解决冲突，并且相比于Synchronized，ThreadLocal具有线程隔离的效果，只有在线程内才能获取到对应的值，线程外则不能访问到想要的值。  
正因为ThreadLocal的线程隔离特性，使他的应用场景相对来说更为特殊一些。在android中Looper、ActivityThread以及AMS中都用到了ThreadLocal。当某些数据是以线程为作用域并且不同线程具有不同的数据副本的时候，就可以考虑采用ThreadLocal。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzE5Njc0MjYz_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200311133820184.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzE5Njc0MjYz,size_16,color_FFFFFF,t_70