• Thread线程类基本使用(下)


    前言:

    前一篇文章主要介绍了如何创建新线程和如何查看Java进程中的线程信息等知识,这篇文章接着介绍关于Thread的一些构造方法及方法,这篇文章会用到Thread线程类使用(上),忘记的同学可以康康。

    目录

    1.Thread类常用构造方法

    2.Thread类常用方法详解 

    2.1获取线程引用方法(currentThread())

    2.2休眠线程方法(sleep)

    2.3等待线程结束方法(join())

    2.4中断线程信息方法(着重讲解interrupt()和isInterrupted()) 


    1.Thread类常用构造方法

    常用构造方法

     其中前两种构造方法我们在前一篇文章里已经使用过了,这两种构造方法也是最基础构造方法,那我们就来着重介绍第三种和第四种构造方法。

    Thread(String name)
    这个构造方法目的是给创建的新线程取一个名字,这个名字可以帮组我们程序员区分不同的线程,且不同的线程之间可以取相同的名字。
    1. package Boke;
    2. public class demo1 {
    3. public static void main(String[] args) {
    4. //实例化对象并取名
    5. Thread t=new Thread("我的线程");
    6. t.start();
    7. //通过获取线程名字的方法,打印给线程取的名字
    8. System.out.println("新线程名字为 "+t.getName());
    9. System.out.println();
    10. }
    11. }

     Thread(Runnable target, String name)

    该方法与上一个方法类似,只不过还要传入一个实现Runable接口的实例化对象。

    1. package Boke;
    2. public class demo1 {
    3. public static void main(String[] args) throws InterruptedException {
    4. //使用匿名内部类的方法
    5. Thread t2=new Thread(new Runnable() {
    6. @Override
    7. public void run() {
    8. System.out.println("新线程创建成功");
    9. }
    10. },"我的线程");
    11. t2.start();
    12. Thread.sleep(1000);
    13. System.out.println("新线程名字为 "+t2.getName());
    14. }
    15. }

    2.Thread类常用方法详解 

    2.1获取线程引用方法(currentThread())

    这个方法是Thread类中的静态方法,用于获取当前线程对象的的引用,那有的同学可能要杠了,使用this不就直接代表的是当前对象的引用吗?当然这没错,但是如果我们以实例化Runable对象的方式创建对象,那此时this就代表的不是线程引用。而是Runable对象的引用,所以为了这种情况的发生,我们统一使用currentThread()方法就万无一失了。

    2.2休眠线程方法(sleep)

    该方法的目的是让调用该方法的线程进入阻塞状态,说到诸塞状态,那不得不说一下操作系统是如何控制线程的参与就绪调度与阻塞 的。

    2.3等待线程结束方法(join())

    该方法也就是等待线程将他的run方法执行结束,有时侯,我们需要等待一个线程完成它的工作后,才能进行自己的下一步工作,例如我们上厕所,肯定要先脱裤子才可以,该方法的使用方法是想让哪个线程进入阻塞状态就在那个线程内调用要等待线程的join(),为了介绍这个方法我们下边用一个多线程可以提高业务时间效率的例子进行介绍。
    实例1
    我们通过测量不用多线程对某一变量从0自增到某一数字再减少到0和使用多线程对某一变量从0自增到某一数字到某再减少到0所花的时间,引入join()方法的用处
    1. package thread;
    2. public class Demo6 {
    3. public static void main(String[] args) {
    4. serial();
    5. concurrency();
    6. }
    7. // 1. 单个线程, 串行的, 完成 20 亿次自增.
    8. // 2. 两个线程, 并发的, 完成 20 亿次自增.
    9. private static final long COUNT = 20_0000_0000;
    10. private static void serial() {
    11. // 需要把方法执行的时间给记录下来.
    12. // 记录当前的毫秒级时间戳.
    13. long beg = System.currentTimeMillis();
    14. int a = 0;
    15. for (long i = 0; i < COUNT; i++) {
    16. a++;
    17. }
    18. a = 0;
    19. for (long i = 0; i < COUNT; i++) {
    20. a++;
    21. }
    22. long end = System.currentTimeMillis();
    23. System.out.println("单线程消耗的时间: " + (end - beg) + " ms");
    24. }
    25. private static void concurrency() {
    26. long beg = System.currentTimeMillis();
    27. Thread t1 = new Thread(() -> {
    28. int a = 0;
    29. for (long i = 0; i < COUNT; i++) {
    30. a++;
    31. }
    32. });
    33. Thread t2 = new Thread(() -> {
    34. int a = 0;
    35. for (long i = 0; i < COUNT; i++) {
    36. a++;
    37. }
    38. });
    39. t1.start();
    40. t2.start();
    41. try {
    42. //通过调用join方法让主线程等待t1和t1线程都结束
    43. //先后调用顺序没事
    44. t1.join();
    45. t2.join();
    46. } catch (InterruptedException e) {
    47. e.printStackTrace();
    48. }
    49. long end = System.currentTimeMillis();
    50. System.out.println("并发执行的时间: " + (end - beg) + " ms");
    51. }
    52. }

     首先,通过上述结果可知对于同一任务,多线程的确有减少时间的作用,观察代码,我们为什么要在多线程处理的方法里加入t1.join()和t2.join呢?原因是因为线程之间是"并发执行的",所以说主线程main在往下执行的过程中,线程t1和t2都在执行,所以为了防止t1和t2还没结束,主线程就已经向下执行到获取当前时间的函数那里从而导致测量时间不准的尴尬场景,我们通过让主线程调用join(),让我们的主线程在t1和t2线程结束之前进入阻塞状态,然后再测量此时的时间就是准确的,拿那这两句代码具体含义是什么呢?首先线程t1,t2哪个先结束我们是不知道的,那第一种情况t1先结束,那执行到t1.join时也就对应t1.join结束,随后执行t2.join对主线程产生阻塞,最后计算的时间就是t2.join完成后的时间,反之则相反。

    实例2

    通过join方法实现新线程t2等待t1,mian主线程等待新线程t2

    1. package Boke;
    2. public class join {
    3. public static void main(String[] args) {
    4. System.out.println("主线程main,begin");
    5. Thread t1=new Thread(()->{
    6. System.out.println("线程t1,begin");
    7. try {
    8. Thread.sleep(1000);
    9. } catch (InterruptedException e) {
    10. e.printStackTrace();
    11. }
    12. System.out.println("线程t1,end");
    13. });
    14. t1.start();
    15. Thread t2=new Thread(()->{
    16. System.out.println("线程t2,begin");
    17. try {
    18. //让t2等待t1结束,就在线程t2中调用t1.join
    19. t1.join();
    20. Thread.sleep(1000);
    21. } catch (InterruptedException e) {
    22. e.printStackTrace();
    23. }
    24. System.out.println("线程t2,end");
    25. });
    26. t2.start();
    27. // //让主线程等待t2结束,就在主线程中调用t2.join
    28. try {
    29. t2.join();
    30. } catch (InterruptedException e) {
    31. e.printStackTrace();
    32. }
    33. System.out.println("主线程main,end");
    34. }
    35. }

     实例3

    在案例2的基础上,通过join方法实现main.begin-->t1.begin-->t1.end-->t2.begin-->t2.end-->main.end这种串行的执行方式。

    1. package Boke;
    2. public class join2 {
    3. public static void main(String[] args) {
    4. System.out.println("主线程main,begin");
    5. Thread t1=new Thread(()->{
    6. System.out.println("线程t1,begin");
    7. try {
    8. Thread.sleep(1000);
    9. } catch (InterruptedException e) {
    10. e.printStackTrace();
    11. }
    12. System.out.println("线程t1,end");
    13. });
    14. t1.start();
    15. //让主线程等待t1结束,就在主线程中调用t1.join
    16. //等待t1线程执行结束后在继续执行线程T2
    17. try {
    18. t1.join();
    19. } catch (InterruptedException e) {
    20. e.printStackTrace();
    21. }
    22. Thread t2=new Thread(()->{
    23. System.out.println("线程t2,begin");
    24. try {
    25. Thread.sleep(1000);
    26. } catch (InterruptedException e) {
    27. e.printStackTrace();
    28. }
    29. System.out.println("线程t2,end");
    30. });
    31. t2.start();
    32. // //让主线程等待t2结束,就在主线程中调用t2.join
    33. try {
    34. t2.join();
    35. } catch (InterruptedException e) {
    36. e.printStackTrace();
    37. }
    38. System.out.println("主线程main,end");
    39. }
    40. }

     小结

    2.4中断线程信息方法(着重讲解interrupt()和isInterrupted()) 

    我们在线程执行的过程中,有的情况下这个线程可能触发某种危险的行为,这时候我们就想要这个线程中断停止,那我们就需要使用到intertupt()来发出中断的行为(两种行为,稍后讲),其实上我们在实际使用该方法时,一般是搭配中断标志位来一起使用的,也就是说该方法并不会直接中断线程,还要搭配Thread类中提供的获取标志位方法一起使用。

    intertupt()行为1

    如果主线程调用interrupt()方法时,我们的线程正处于正常的执行状态时,那interrupt()会立即修改内置的标志位。

    intertupt()行为2

    如果主线程调用interrupt()方法时,我们的线程正处于阻塞状态,那此时interrupt()方法就会让使线程产生阻塞的方法(例如sleep)抛出异常,当然当异常抛出时,你可以选择处理或者不处理,这就好比你的老妈让你好好学习,但是到底是继续玩游戏还是开始学习这完全由你自己决定,这样子的好处就是线程代码是否退出的决定权给到了线程,我们就可以自己决定是否马上退出,稍后退出,还是不退出。

    代码示例

    1. public class Demo10 {
    2. public static void main(String[] args) throws InterruptedException {
    3. Thread t = new Thread(() -> {
    4. //其中这里的Thread.currentThread()是用于过去当前线程引用的方法
    5. while (!Thread.currentThread().isInterrupted()) {
    6. System.out.println("线程运行中....");
    7. try {
    8. Thread.sleep(1000);
    9. } catch (InterruptedException e) {
    10. //interrupt产生行为并且当捕获到异常时进行代码处理的代码区域
    11. //也就是你自己决定是退出还是继续的区域
    12. System.out.println("捕获到异常,自己处理异常的代码区")
    13. // [1] 立即退出
    14. // break;
    15. System.out.println("新线程即将退出!");
    16. // [2] 稍后退出, 此处的 sleep 可以换成任意的用来收尾工作的代码
    17. // try {
    18. // Thread.sleep(3000);
    19. // } catch (InterruptedException ex) {
    20. // ex.printStackTrace();
    21. // }
    22. // break;
    23. // [3] 不退出! 啥都不做, 就相当于忽略了异常.
    24. // [4]不退出,只打印一下异常原因e.printStackTrace();
    25. }
    26. }
    27. System.out.println("新线程已经退出!");
    28. });
    29. t.start();
    30. Thread.sleep(5000);
    31. System.out.println("控制新线程退出!");
    32. t.interrupt();
    33. }
    34. }

    isTnterrupt()和interrupted()的区别

    关于两种设置标志位的方法isTnterrupt()和interrupted()方法的区别虽然在面试过程中不会直接问到,且一般情况下,我们只使用前者,但是正处于学习阶段的我们还是要了解一下他俩之间的区别。

    isTnterrupt:当标志位修改后,不会将标志位修改成原来的状态,也就是第一次读到的是true,当修改为false后,接下来读到的都是false。

    interrupt:当标志位修改后,会将标志位修改为原来的状态,也就是第一次读到的是true,修改为false后,接下来读到的又会是true.

    小结

     好啦,这就是Thread线程类的基本使用,快学习起来吧!

     

  • 相关阅读:
    iceoryx(冰羚)-Architecture
    移动Web:Less 预处理及Koala工具
    Java 通过回溯实现 全排列 和 N皇后问题
    新能源仓储解决方案案例|HEGERLS托盘四向穿梭车如何解决仓库地面集中载荷不够的困扰?
    HCIA-Access V2.5 华为认证接入网络工程师学习笔记第二章
    打造自己的3D模型AI 自动纹理工具
    Java处理Excel:从POI到SPL
    FreeRTOS学习第9篇--队列介绍
    8.idea 使用 docker 构建 java web 项目
    网络安全—自学笔记
  • 原文地址:https://blog.csdn.net/qq_61797201/article/details/125979940