Java线程1 - 状态与同步机制

1,线程简介

1)线程light weight process,轻量级进程,是os调度的最小单位。进程是os进行资源分配的单位。
2)线程拥有自己的pc计数器(下一条需要执行的字节码指令)、栈、局部变量等,能共享的内存变量如堆中的成员变量,方法区中的方法。 由于堆和方法区是所有线程共享的,所以存在线程同步的问题。
3)多线程优势:
cpu多核,多线程能更好的利用处理器上的多个核心。
数据一致性不强的业务,开启新的线程来处理,使得主线程能有更快的响应时间。

image.png

4)线程调度:操作系统分出一个个时间片,线程会被分配到若干时间片,用于线程的执行,CPU在线程上高速切换,所以表现为线程同时执行。

2,线程的状态

1)线程状态

image.png

new(新建态):还未调用native的start()方法,已分配pc计数器、栈等线程私有资源。
runnable(可运行):start0() -> 进入running,yield() -> 进入ready状态。
waiting(等待):wait() -> waiting。
timed waiting(超时等待):Thread.sleep(long)、Object.wait(long) => timed waiting,超时 -> runable。
blocked(阻塞):runnable线程,等待enter/reenter synchronized方法 代码块。
terminated(终止):执行完run方法。
2)reenter过程
获取锁进入synchronized -> wait()释放锁进入wait quene -> 收到notify、notifyAll后进入sync queue(blocked状态) -> 获取锁reenter同步块,从上次wait处开始执行。
image.png

2)Object线程通信方法
重要:线程必须获得对象monitor才可以执行通信方法。
wait() : 底层调用wait(0),timeout为0则忽视,线程处于waiting状态,直到其他线程调用obj的notify或者notifyAll方法。
wait(long timeout) : 使当前线程进入timed waiting,直到其他线程调用obj的notify或者notifyAll方法,或者timeout超时回到Runable状态。
notify() : 唤醒一个在obj monitor上等待的线程。
notifyAll() : 唤醒所有在obj monitor上等待的线程。
3)object monitor与wait/sync queue
对象监视器:任意对象都有自己的monitor,当synchronized保护(加锁)这个对象时,线程(必须先获取到monitor)才可以进入同步块或者方法中。获取失败则阻塞在synchronized入口处,线程变为blocked状态,并进入同步队列中。
同步队列:一个存储blocked阻塞状态线程的队列。当获取monitor失败或被notify。
等待队列:调用wait()释放monitor锁后,running -> waiting,进入wait queue队列。
notify细节:notify()/notifyAll()后并不释放锁,只是通知将一个等待线程从wait queue -> sync queue,执行完synchronized块(monitor.exit)才会释放锁。
4)线程状态转换图
image.png

3,线程状态模拟

1)模拟waiting状态object.wait()线程进入waiting状态

image.png

image.png

2)未获取monitor调用object的通信方法
要调用object.wait()方法,必须使用synchronized获取object的monitor。The current thread must own this object's monitor. 否则出现IllegalMonitorStateException。
image.png

3)模拟time waiting状态obj.wait(10 * 1000)
image.png

image.png

4)模拟blocked状态阻塞进入sync块
image.png

image.png

4,线程其他

1)初始化
新线程是由parent父线程分配空间的,并继承daemon、priority、contextClassLoader,以及inheritableThreadLocals等。

image.png

初始化完成之后,对象在堆内存中等待运行,已经分配pc、栈、局部变量表等线程的私有资源。
image.png

2)线程启动。parent调用start()方法,底层native start0()方法,告诉JVM,只要线程规划器空闲,就调用start()方法所在的线程
3)Thread.join()方法。等待该线程终止,涉及了等待/通知机制
image.png

image.png

当线程B执行时,会加锁当前对象synchronized this
当线程A调用threadB.join()方法时,会wait阻塞进入blocked状态。当线程B执行完,会调用notifyAll()方法,线程A开始执行。
4)经典(生产者,消费者):
核心加锁、循环、处理三个步骤
image.png

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,185评论 6 503
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,652评论 3 393
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,524评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,339评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,387评论 6 391
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,287评论 1 301
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,130评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,985评论 0 275
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,420评论 1 313
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,617评论 3 334
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,779评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,477评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,088评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,716评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,857评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,876评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,700评论 2 354

推荐阅读更多精彩内容