多线程理解part1

千万级并发,没有意义,没做过就没做过,不是人人都能处理这种高并发的机会。

进程和线程的区别

由来:
串行-批处理(浪费CPU)-进程
在这里插入图片描述单个CPU,是假象,时间片较短
子任务共享内存资源,所以属于一个进程的线程,是不要切换页目录使用新的内存空间的。

在这里插入图片描述

在这里插入图片描述
java进程与线程的关系
在这里插入图片描述

线程Start和Run方法的区别

在这里插入图片描述
在这里插入图片描述

start方法 调用了 native Start0 ,通过Open JDK 查看
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

Thread 和Runnable 是什么关系

在这里插入图片描述

如何实现处理线程的返回值

1 主线程等待法
在这里插入图片描述
2 使用Thread类的join阻塞当前线程等待子线程处理完毕
在这里插入图片描述
3 通过Callable接口实现:通过FutureTask 或者 线程池获取(好处,多个提交,并发处理)
在这里插入图片描述
在这里插入图片描述
第二种实现:
在这里插入图片描述

如何给run()方法传参

在这里插入图片描述
参考 如下文章 : https://www.cnblogs.com/jpfss/p/10783847.html

在上面代码中的process方法被称为回调函数。从本质上说,回调函数就是事件函数。在Windows API中常使用回调函数和调用API的程序之间进行数据交互。因此,调用回调函数的过程就是最原始的引发事件的过程。在这个例子中调用了process方法来获得数据也就相当于在run方法中引发了一个事件。

上面讨论的两种向线程中传递数据的方法是最常用的。但这两种方法都是main方法中主动将数据传入线程类的。这对于线程来说,是被动接收这些数据的。然而,在有些应用中需要在线程运行的过程中动态地获取数据,如在下面代码的run方法中产生了3个随机数,然后通过Work类的process方法求这三个随机数的和,并通过Data类的value将结果返回。

线程的状态

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
阻塞与等待的区别在于,阻塞会等待别的线程的一个排它锁,等待不会有这个
在这里插入图片描述

Sleep和wait的区别

基本差别:
在这里插入图片描述

本质差别:
在这里插入图片描述
释放已经占有的同步资源锁
在这里插入图片描述
在这里插入图片描述
A 释放锁之后, B会继续执行。
wait 必须写在sync里面的原因,因为已经获取锁了,才可以释放锁嘛

notify 和 notifyAll的区别

在这里插入图片描述
无限等待状态在这里插入图片描述
唤醒沉睡的巨人

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
Java平台中,因为有内置锁的机制,每个对象都可以承担锁的功能。Java虚拟机会为每个对象维护两个“队列”(姑且称之为“队列”,尽管它不一定符合数据结构上队列的“先进先出”原则):一个叫Entry Set(入口集),另外一个叫Wait Set(等待集)。对于任意的对象objectX,objectX的Entry Set用于存储等待获取objectX这个锁的所有线程,也就是传说中的锁池,objectX的Wait Set用于存储执行了objectX.wait()/wait(long)的线程,也就是等待池。

优先级高的线程,会优先拿到内置锁
在这里插入图片描述

yield 函数

jdk 源代码介绍:
在这里插入图片描述
在这里插入图片描述
最终决定权在线程调度器里面
yield 不会影响锁的行为,并没有让出当前线程已经占用的锁

如何中断线程

在这里插入图片描述
因为不知道B的情况,导致B的清理工作无法完成,而且 stop后,线程B会立即释放锁,会导致数据不同步问题,其他方法类似
在这里插入图片描述
也是一种hint
在这里插入图片描述

怎么hint呢在这里插入图片描述

线程状态转换

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值