Java的阻塞、等待及相关方法 - 版本历史

Eijux：/* 相关方法 */

2022-11-30T01:45:20Z

相关方法

←上一版本		2022年11月30日 (三) 09:45的版本
第111行：		第111行：

	== 相关方法 ==		== 相关方法 ==
	* 只有在线程running的时候，才会获取cpu片段		'''只有在线程 running 的时候，才会获取 cpu 片段'''

	需要区分的几个方法：		需要区分的几个方法：
	# Object.~~wait：~~'''释放cpu，释放锁'''~~，进入线程等待池中等待被再次唤醒（notify随机唤醒，notifyAll全部唤醒，线程结束自动唤醒），即放入锁池中竞争同步锁。~~		# '''Object.wait'''：'''释放cpu，释放锁'''，进入线程等待池中等待被再次唤醒（notify 随机唤醒，notifyAll 全部唤醒，线程结束自动唤醒），即放入锁池中竞争同步锁。
	#: wait 应该与 notify、notifyAll 搭配，'''用作对象内部锁“Synchronized”的内部条件'''；		#: wait 应该与 notify、notifyAll 搭配，'''用作对象内部锁“Synchronized”的内部条件'''；
	# Thread.~~sleep：（静态方法）~~'''释放cpu，保持锁'''（见源码注释“The thread does not lose ownership of any monitors”）。		# '''Thread.sleep'''：（静态方法）'''释放cpu，保持锁'''（见源码注释“The thread does not lose ownership of any monitors”）。
	# Thread.~~yeild：（静态方法）使当前线程~~'''让出CPU'''，进入线程池等待分配CPU。		# '''Thread.yeild'''：（静态方法）使当前线程'''让出CPU'''，进入线程池等待分配CPU。
	# Thread.~~join：让当前线程等待指定线程终结。（~~'''源码中调用了“Object.wait”'''，即“'''释放cpu，释放锁'''”）		# '''Thread.join'''：让当前线程等待指定线程终结。（'''源码中调用了“Object.wait”'''，即“'''释放cpu，释放锁'''”）
	# LockSupport.~~park：~~		# '''LockSupport.park'''<ref>参考：'''[[关于“LockSupport.park”]]'''</ref>：（静态方法）'''释放cpu，保持锁'''。

			== 参考 ==
			<references/>

Eijux：/* 状态转换 */

2022-11-30T00:20:32Z

状态转换

←上一版本		2022年11月30日 (三) 08:20的版本
第108行：		第108行：
	== 状态转换 ==		== 状态转换 ==
	找到了一个靠谱的状态转换图：		找到了一个靠谱的状态转换图：
	[[File:Java线程状态转换.png\|800px]]		: [[File:Java线程状态转换.png\|800px]]

	== 相关方法 ==		== 相关方法 ==

Eijux：/* 关于线程状态 */

2022-11-30T00:18:17Z

关于线程状态

←上一版本		2022年11月30日 (三) 08:18的版本
第6行：		第6行：

	== 关于线程状态 ==		== 关于线程状态 ==
			线程（进程）的运行状态，最基本的三种：“就绪”、“运行”、“阻塞”。在此基础上，不同的系统进行了扩展（如：“新建”、“死亡”、“等待”、“挂起”）形成了五状态、六状态、甚至七状态模型。


			但是，在 Java（JVM）中，仅有六种状态：

			'''These states are virtual machine states which do not reflect any operating system thread states.'''

			'''这些状态是虚拟机状态，不反映任何操作系统线程状态。'''

			（网上查到的相关内容，很多都按五种状态分析，可能没看源码，按惯性思维来了，或者1.5以前版本是那样？）

	线程（进程）的运行状态，最基本的三种：“就绪”、“运行”、“阻塞”。在此基础上，不同的系统进行了扩展（如：“就绪”、“死亡”、“等待”、“挂起”）形成了五状态、六状态、甚至七状态模型。<br/>		根据'''“Thread”源码'''可以发现，其线程公有'''六种'''状态：“<span style="color: blue; font-size: 120%">'''New'''</span>”、“<span style="color: blue; font-size: 120%">'''Runnable'''</span>”、“<span style="color: blue; font-size: 120%">'''Blocked'''</span>”、“<span style="color: blue; font-size: 120%">'''Waiting'''</span>”、“<span style="color: blue; font-size: 120%">'''Timed_Waiting'''</span>”、“<span style="color: blue; font-size: 120%">'''Terminated'''</span>”。
	~~而根据其“Thread”源码可以发现，其线程公有六种状态：“New”、“Runnable”、“Blocked”、“Waiting”、“Timed_Waiting”、“Terminated”。~~		: <syntaxhighlight lang="java">
	<syntaxhighlight lang="java">
	public enum State {		public enum State {
	/**		/**
第75行：		第84行：
	}		}
	</syntaxhighlight>		</syntaxhighlight>
	~~<pre>~~
	~~These states are virtual machine states which do not reflect any operating system thread states.~~
	~~</pre>~~
	* 这些状态是虚拟机状态，不反映任何操作系统线程状态。
	* （网上查到的相关内容，很多都按五种状态分析，可能没看源码，按惯性思维来了，或者1.5以前版本是那样？）

	其中：		其中：
	#~~“Runnable”可以理解为“就绪”~~+“运行”；		#“'''Runnable'''”可以理解为“就绪”+“运行”；
	#~~“Blocked”：用于标识~~'''线程等待一个监视器锁'''；		#“'''Blocked'''”：用于标识'''线程等待一个监视器锁'''；
	#: 如：【？】		#: 如：【？】
	## 进入 synchronized 标记的代码块或方法；		## 进入 synchronized 标记的代码块或方法；
	## 调用“Object.~~wait”之后，重入synchronized~~ 标记的代码块或方法；		## 调用“Object.wait”之后，重入 synchronized 标记的代码块或方法；
	#~~“Waiting”：用于标识~~'''线程等待另一个线程执行特定操作'''；		#“'''Waiting'''”：用于标识'''线程等待另一个线程执行特定操作'''；
	#: 如：		#: 如：
	## “Object.wait()”		## “Object.wait()”
	## “Thread.join()”		## “Thread.join()”
	## “LockSupport.park()”		## “LockSupport.park()”
	#~~“Timed_Waiting”：~~'''具有指定等待时间的“Waiting”状态'''		#“'''Timed_Waiting'''”：'''具有指定等待时间的“Waiting”状态'''
	#: 如：（方法带有时间参数）		#: 如：（方法带有时间参数）
	## “Object.wait(long timeout)”		## “Object.wait(long timeout)”
第101行：		第105行：

	*（并非像网上所说，“阻塞”分为：“同步阻塞”、“等待阻塞”、“其他阻塞”）		*（并非像网上所说，“阻塞”分为：“同步阻塞”、“等待阻塞”、“其他阻塞”）


	== 状态转换 ==		== 状态转换 ==

Eijux：/* 相关方法 */

2020-10-20T09:15:54Z

相关方法

←上一版本		2020年10月20日 (二) 17:15的版本
第112行：		第112行：
	需要区分的几个方法：		需要区分的几个方法：
	# Object.wait：'''释放cpu，释放锁'''，进入线程等待池中等待被再次唤醒（notify随机唤醒，notifyAll全部唤醒，线程结束自动唤醒），即放入锁池中竞争同步锁。		# Object.wait：'''释放cpu，释放锁'''，进入线程等待池中等待被再次唤醒（notify随机唤醒，notifyAll全部唤醒，线程结束自动唤醒），即放入锁池中竞争同步锁。
			#: wait 应该与 notify、notifyAll 搭配，'''用作对象内部锁“Synchronized”的内部条件'''；
	# Thread.sleep：（静态方法）'''释放cpu，保持锁'''（见源码注释“The thread does not lose ownership of any monitors”）。		# Thread.sleep：（静态方法）'''释放cpu，保持锁'''（见源码注释“The thread does not lose ownership of any monitors”）。
	# Thread.yeild：（静态方法）使当前线程'''让出CPU'''，进入线程池等待分配CPU。		# Thread.yeild：（静态方法）使当前线程'''让出CPU'''，进入线程池等待分配CPU。
	# Thread.join：让当前线程等待指定线程终结。（'''源码中调用了“Object.wait”'''，即“'''释放cpu，释放锁'''”）		# Thread.join：让当前线程等待指定线程终结。（'''源码中调用了“Object.wait”'''，即“'''释放cpu，释放锁'''”）
	# LockSupport.park：		# LockSupport.park：

Eijux：/* 状态转换 */

2020-10-19T14:26:03Z

状态转换

←上一版本		2020年10月19日 (一) 22:26的版本
第105行：		第105行：
	== 状态转换 ==		== 状态转换 ==
	找到了一个靠谱的状态转换图：		找到了一个靠谱的状态转换图：
	[[File:Java线程状态转换.~~jpg~~\|800px]]		[[File:Java线程状态转换.png\|800px]]

	== 相关方法 ==		== 相关方法 ==

Eijux：/* 关于线程状态 */

2020-10-19T14:24:31Z

关于线程状态

←上一版本		2020年10月19日 (一) 22:24的版本
第101行：		第101行：

	*（并非像网上所说，“阻塞”分为：“同步阻塞”、“等待阻塞”、“其他阻塞”）		*（并非像网上所说，“阻塞”分为：“同步阻塞”、“等待阻塞”、“其他阻塞”）


			== 状态转换 ==
			找到了一个靠谱的状态转换图：
			[[File:Java线程状态转换.jpg\|800px]]

	== 相关方法 ==		== 相关方法 ==

Eijux：/* 相关方法 */

2020-10-19T14:12:32Z

相关方法

←上一版本		2020年10月19日 (一) 22:12的版本
第107行：		第107行：
	需要区分的几个方法：		需要区分的几个方法：
	# Object.wait：'''释放cpu，释放锁'''，进入线程等待池中等待被再次唤醒（notify随机唤醒，notifyAll全部唤醒，线程结束自动唤醒），即放入锁池中竞争同步锁。		# Object.wait：'''释放cpu，释放锁'''，进入线程等待池中等待被再次唤醒（notify随机唤醒，notifyAll全部唤醒，线程结束自动唤醒），即放入锁池中竞争同步锁。
	# Thread.sleep：（静态方法）'''释放cpu，保持锁'''。		# Thread.sleep：（静态方法）'''释放cpu，保持锁'''（见源码注释“The thread does not lose ownership of any monitors”）。
	# Thread.yeild：（静态方法）使当前线程'''让出CPU'''，进入线程池等待分配CPU。		# Thread.yeild：（静态方法）使当前线程'''让出CPU'''，进入线程池等待分配CPU。
	# Thread.join：让当前线程等待指定线程终结。（'''源码中调用了“Object.wait”'''，即“'''释放cpu，释放锁'''”）		# Thread.join：让当前线程等待指定线程终结。（'''源码中调用了“Object.wait”'''，即“'''释放cpu，释放锁'''”）
	# LockSupport.park：		# LockSupport.park：

Eijux：/* 相关方法 */

2020-10-19T14:10:28Z

相关方法

←上一版本		2020年10月19日 (一) 22:10的版本
第108行：		第108行：
	# Object.wait：'''释放cpu，释放锁'''，进入线程等待池中等待被再次唤醒（notify随机唤醒，notifyAll全部唤醒，线程结束自动唤醒），即放入锁池中竞争同步锁。		# Object.wait：'''释放cpu，释放锁'''，进入线程等待池中等待被再次唤醒（notify随机唤醒，notifyAll全部唤醒，线程结束自动唤醒），即放入锁池中竞争同步锁。
	# Thread.sleep：（静态方法）'''释放cpu，保持锁'''。		# Thread.sleep：（静态方法）'''释放cpu，保持锁'''。
	# Thread.~~yeild：（静态方法）使当前线程让出CPU，进入线程等待分配CPU。~~		# Thread.yeild：（静态方法）使当前线程'''让出CPU'''，进入线程池等待分配CPU。
	# Thread.~~join：~~		# Thread.join：让当前线程等待指定线程终结。（'''源码中调用了“Object.wait”'''，即“'''释放cpu，释放锁'''”）
	# LockSupport.park：		# LockSupport.park：

Eijux：/* 关于线程状态 */

2020-10-19T13:56:13Z

关于线程状态

←上一版本		2020年10月19日 (一) 21:56的版本
第75行：		第75行：
	}		}
	</syntaxhighlight>		</syntaxhighlight>
			<pre>
			These states are virtual machine states which do not reflect any operating system thread states.
			</pre>
			* 这些状态是虚拟机状态，不反映任何操作系统线程状态。
	* （网上查到的相关内容，很多都按五种状态分析，可能没看源码，按惯性思维来了，或者1.5以前版本是那样？）		* （网上查到的相关内容，很多都按五种状态分析，可能没看源码，按惯性思维来了，或者1.5以前版本是那样？）

	其中：		其中：
	#“Runnable”可以理解为“就绪”+“运行”；		#“Runnable”可以理解为“就绪”+“运行”；
第96行：		第101行：

	*（并非像网上所说，“阻塞”分为：“同步阻塞”、“等待阻塞”、“其他阻塞”）		*（并非像网上所说，“阻塞”分为：“同步阻塞”、“等待阻塞”、“其他阻塞”）


	== 相关方法 ==		== 相关方法 ==

Eijux：/* 相关方法 */

2020-10-19T13:54:17Z

相关方法

←上一版本		2020年10月19日 (一) 21:54的版本
第99行：		第99行：

	== 相关方法 ==		== 相关方法 ==
			* 只有在线程running的时候，才会获取cpu片段

	Object.~~wait~~		需要区分的几个方法：
	Thread.~~sleep~~		# Object.wait：'''释放cpu，释放锁'''，进入线程等待池中等待被再次唤醒（notify随机唤醒，notifyAll全部唤醒，线程结束自动唤醒），即放入锁池中竞争同步锁。
	Thread.~~yeild~~		# Thread.sleep：（静态方法）'''释放cpu，保持锁'''。
	Thread.~~join~~		# Thread.yeild：（静态方法）使当前线程让出CPU，进入线程等待分配CPU。
	LockSupport.~~park~~		# Thread.join：
			# LockSupport.park：

Java的阻塞、等待及相关方法 - 版本历史

Eijux：​/* 相关方法 */

Eijux：​/* 状态转换 */

Eijux：​/* 关于线程状态 */

Eijux：​/* 相关方法 */

Eijux：​/* 状态转换 */

Eijux：​/* 关于线程状态 */

Eijux：​/* 相关方法 */

Eijux：​/* 相关方法 */

Eijux：​/* 关于线程状态 */

Eijux：​/* 相关方法 */

Eijux：/* 相关方法 */

Eijux：/* 状态转换 */

Eijux：/* 关于线程状态 */

Eijux：/* 相关方法 */

Eijux：/* 状态转换 */

Eijux：/* 关于线程状态 */

Eijux：/* 相关方法 */

Eijux：/* 相关方法 */

Eijux：/* 关于线程状态 */

Eijux：/* 相关方法 */