Lesson_for_java_day19--java的多线程(多线程概念、单例设计模式、死锁)

2024-09-01 10:58

本文主要是介绍Lesson_for_java_day19--java的多线程(多线程概念、单例设计模式、死锁),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、多线程

/*
线程由两种实现方式:第一种方式:class MyThread extends Thread{public void run(){需要进行执行的代码,如循环。}}public class TestThread{public static void main(String[] args){Thread t1=new Mythread();T1.start();}}只有等到所有的线程全部结束之后,进程才退出。第二种方式:Class MyThread  implements Runnable{Public void run(){Runnable target=new MyThread();Thread t3=new Thread(target);Thread.start();//启动线程}}线程中的7种状态:开始,可运行,运行,阻塞(锁死,等待队列),结束,(有的书上也只有认为前五种状态:而将“锁池”和“等待队列”都看成是“阻塞”状态的特殊情况:这种认识也是正确的,但是将“锁池”和“等待队列”单独分离出来有利于对程序的理解)注意:图中标记依次为①输入完毕;		②wake up;		③t1退出⑴如等待输入(输入设备进行处理,而CUP不处理),则放入阻塞,直到输入完毕。⑵线程休眠sleep()⑶t1.join()指停止main(),然后在某段时间内将t1加入运行队列,直到t1退出,main()才结束。特别注意:①②③与⑴⑵⑶是一一对应的。线程间通信:其实就是多个线程在操作同一个资源,但是操作的动作不同。等待唤醒机制:wait();notify();notifyAll();都使用在同步中,因为要对持有监视器(锁)的线程操作。所以要使用在同步中,因为只有同步才有锁。为什么这些操作线程的方法要定义在object类中呢?因为这些方法在操作同步中线程时,都必须要标记他们所操作线程只有的锁不可以对不同锁中的线程进行唤醒。也就是说,等待和唤醒彼此是同一个锁。而锁可以是任意对象,所以可以被任意对象调用的方法定义在object中。生产者消费者模式:对于多个生产者和消费者,为什么要用while判断标记:原因:让被唤醒的线程再一次判断标记。为什么定义notifyAll?因为需要唤醒对方线程。如果只用notify,容易出现只唤醒本方线程,导致程序中的所有线程都在等待。JDK1.5中提供了多线程升级解决方案:将同步synchronized替换成现实lock操作。将object中的wait,notify,notifyAll替换成condition对象。该对象可以lock锁,进行获取。在该示例中,实现了本方只唤醒对方的操作。释放锁的动作一定要执行,放在finally里。停止线程:1、定义循环结束标记:因为线程运行代码一般都是在循环,只要控制了循环即可。2、使用interrupt(中断)方法该方法是结束线程的冻结状态,使线程回到运行状态中来。注:stop方法已经过时,不再使用。stop方法已经过时,如何停止线程?只有一种,让run方法结束。开启多线程运行,运行代码通常是循环结构,只要控制住循环,就可以让run方法结束,也就是线程结束。特殊情况:当线程处于冻结状态,就不会读取标记,那么线程不会结束。当没有指定的方式让冻结的线程恢复到运行状态时,这时就需要对冻结进行清除。强制让线程恢复到运行状态中来,这样就可以操作标记让线程结束。Thread类中提供了interrupt();方法,可以让线程恢复到运行状态。守护线程:(setDemo();)		将线程标记为守护线程时(在开启线程前开启),当正在运行的线程都是守护线程时(被守护线程已经结束),JVM自动退出(守护线程没有存在的价值,自动关闭线程)。join();方法:当A线程执行到B线程的.join()方法时,A就会等待,等B线程都执行完后,A才会执行。join可以用来临时加入线程执行。锁池:线程因为未拿到锁标记而发生的阻塞不同于前面五个基本状态中的阻塞,称为锁池。每个对象都有自己的一个锁池的空间,用于放置等待运行的线程。这些线程中哪个线程拿到锁标记由系统决定。死锁:锁标记如果过多,就会出现线程等待其他线程释放锁标记,而又都不释放自己的锁标记供其他线程运行的状况。就是死锁。死锁的问题通过线程间的通信的方式进行解决。线程间通信机制实际上也就是协调机制。线程间通信使用的空间称之为对象的等待队列,则个队列也是属于对象的空间的。	线程的实现方式(implements Runnable)和继承方式(extends Thread)的区别?1、实现方式的好处:避免单继承的局限性,在定义线程时,建议使用实现方式。2、区别:继承Thread线程代码存放在Thread子类的run方法中,而实现Runnable线程代码存放在接口子类的run方法中。同步的前提:1、必须要有两个或两个以上的线程。2、必须是多个线程使用同一个锁。好处:解决多线程的安全问题。弊端:多线程需要判断锁,较为消耗资源。如果同步函数被静态修饰后,使用是锁是什么?通过验证,发现不少this,因为静态没有this,静态进内存中,内存没有本类对象,但是一定有该类对应的字节码文件对象。即类名.class。该对象的类型是class。静态的同步方法,使用的锁就是类名.class。*/

二、单例设计模式:

package sonyi;
/*
//单例设计模式:*/
public class SingleDemo {public static void main(String[] args) {Single s = Single.getInstance();}
}//饿汉式:实例同时加载
/*
class Single {private static final Single s = new Single();private Single(){//构造函数私有,外部不可以建立对象}public static Single getInstance(){return s;}
}
*///懒汉式:实例的延迟加载
class Single{private static Single s = null;private Single(){//构造函数私有,外部不可以建立对象}public static Single getInstance(){//双重判断,在多线程中,只要有创建一个对象之后,之后进来的线程直接判断条件(s == null),//而减少了判断同步锁,提高了效率。同步锁保证了对象的唯一性。if(s == null){synchronized (Single.class) {//静态中不可以用this作为锁,而是用该类的字节码对象作为锁if(s == null)s = new Single();}		}return s;}
}


三、死锁

package sonyi;
/*
死锁:一般是同步中嵌套同步锁标记如果过多,就会出现线程等待其他线程释放锁标记,而又都不释放自己的锁标记供其他线程运行的状况。就是死锁。死锁的问题通过线程间的通信的方式进行解决。线程间通信机制实际上也就是协调机制。线程间通信使用的空间称之为对象的等待队列,则个队列也是属于对象的空间的。
*/
public class DeadLockDemo {public static void main(String[] args) {Thread t1 = new Thread(new Test(true));Thread t2 = new Thread(new Test(false));t1.start();t2.start();}
}class Test implements Runnable{private boolean flag;public Test(boolean flag) {this.flag = flag;}public void run(){if(flag){synchronized (MyLock.locka) {System.out.println("if locka");synchronized (MyLock.lockb) {//拿着a锁要b锁。System.out.println("if lockb");}}}else {synchronized (MyLock.lockb) {System.out.println("else lockb");synchronized (MyLock.locka) {//拿着b锁要a锁。System.out.println("else locka");}}}}
}//创建两个锁
class MyLock{static Object locka = new Object();static Object lockb = new Object();
}

这篇关于Lesson_for_java_day19--java的多线程(多线程概念、单例设计模式、死锁)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1126743

相关文章

Spring Bean初始化及@PostConstruc执行顺序示例详解

《SpringBean初始化及@PostConstruc执行顺序示例详解》本文给大家介绍SpringBean初始化及@PostConstruc执行顺序,本文通过实例代码给大家介绍的非常详细,对大家的... 目录1. Bean初始化执行顺序2. 成员变量初始化顺序2.1 普通Java类(非Spring环境)(

Spring Boot 中的默认异常处理机制及执行流程

《SpringBoot中的默认异常处理机制及执行流程》SpringBoot内置BasicErrorController,自动处理异常并生成HTML/JSON响应,支持自定义错误路径、配置及扩展,如... 目录Spring Boot 异常处理机制详解默认错误页面功能自动异常转换机制错误属性配置选项默认错误处理

java如何实现高并发场景下三级缓存的数据一致性

《java如何实现高并发场景下三级缓存的数据一致性》这篇文章主要为大家详细介绍了java如何实现高并发场景下三级缓存的数据一致性,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 下面代码是一个使用Java和Redisson实现的三级缓存服务,主要功能包括:1.缓存结构:本地缓存:使

Java Spring的依赖注入理解及@Autowired用法示例详解

《JavaSpring的依赖注入理解及@Autowired用法示例详解》文章介绍了Spring依赖注入(DI)的概念、三种实现方式(构造器、Setter、字段注入),区分了@Autowired(注入... 目录一、什么是依赖注入(DI)?1. 定义2. 举个例子二、依赖注入的几种方式1. 构造器注入(Con

SpringBoot 异常处理/自定义格式校验的问题实例详解

《SpringBoot异常处理/自定义格式校验的问题实例详解》文章探讨SpringBoot中自定义注解校验问题,区分参数级与类级约束触发的异常类型,建议通过@RestControllerAdvice... 目录1. 问题简要描述2. 异常触发1) 参数级别约束2) 类级别约束3. 异常处理1) 字段级别约束

如何在Java Spring实现异步执行(详细篇)

《如何在JavaSpring实现异步执行(详细篇)》Spring框架通过@Async、Executor等实现异步执行,提升系统性能与响应速度,支持自定义线程池管理并发,本文给大家介绍如何在Sprin... 目录前言1. 使用 @Async 实现异步执行1.1 启用异步执行支持1.2 创建异步方法1.3 调用

java内存泄漏排查过程及解决

《java内存泄漏排查过程及解决》公司某服务内存持续增长,疑似内存泄漏,未触发OOM,排查方法包括检查JVM配置、分析GC执行状态、导出堆内存快照并用IDEAProfiler工具定位大对象及代码... 目录内存泄漏内存问题排查1.查看JVM内存配置2.分析gc是否正常执行3.导出 dump 各种工具分析4.

Spring Boot配置和使用两个数据源的实现步骤

《SpringBoot配置和使用两个数据源的实现步骤》本文详解SpringBoot配置双数据源方法,包含配置文件设置、Bean创建、事务管理器配置及@Qualifier注解使用,强调主数据源标记、代... 目录Spring Boot配置和使用两个数据源技术背景实现步骤1. 配置数据源信息2. 创建数据源Be

Spring Boot 3.x 中 WebClient 示例详解析

《SpringBoot3.x中WebClient示例详解析》SpringBoot3.x中WebClient是响应式HTTP客户端,替代RestTemplate,支持异步非阻塞请求,涵盖GET... 目录Spring Boot 3.x 中 WebClient 全面详解及示例1. WebClient 简介2.

Java中使用 @Builder 注解的简单示例

《Java中使用@Builder注解的简单示例》@Builder简化构建但存在复杂性,需配合其他注解,导致可变性、抽象类型处理难题,链式编程非最佳实践,适合长期对象,避免与@Data混用,改用@G... 目录一、案例二、不足之处大多数同学使用 @Builder 无非就是为了链式编程,然而 @Builder