第三章Java线程
创建和运行线程
方法一直接使用Thread
![](https://i-blog.csdnimg.cn/blog_migrate/7dd028e209ded4ccb52c0871e3ba257c.png)
方法二使用Runnable配合Thread
把线程和任务(要执行的代码)分开
Thread代表线程
Runnable代表可运行的任务(线程要执行的代码)
![](https://i-blog.csdnimg.cn/blog_migrate/10a48673053da8fe20fe753f27176e5c.png)
![](https://i-blog.csdnimg.cn/blog_migrate/9b9ff20a431c31bced06154218316ee3.png)
![](https://i-blog.csdnimg.cn/blog_migrate/6da2cc0cdd9443a9b341fe26933d6821.png)
小结
方法1是把线程和任务合并在了一起,方法2是把线程和任务分开了
用Runnable 更容易与线程池等高级API配合
用Runnable 让任务类脱离了Thread继承体系,更灵活
方法三FutureTask配合Thread
FutureTask 能够接收 Callable 类型的参数,用来处理有返回结果的情况
![](https://i-blog.csdnimg.cn/blog_migrate/33b7116a24c1b8524fbc74c4fcf7cfb0.png)
观察多个线程同时运行
交替执行
谁先谁后,不由我们控制
查看进程线程的方法
Windows
任务管理器可以查看进程和线程数,也可以用来杀死进程
tasklist查看进程
taskkill 杀死进程
Linux
ps -fe查看所有进程
ps -fT -p <PID>查看某个进程(PID)的所有线程
kill杀死进程
top按大写H切换是否显示线程
top H -p <PID>查看某个进程(PID)的所有线程
Java
jps 命令查看所有Java进程
jstack <PID>查看某个Java进程( PID)的所有线程状态
jconsole来查看某个Java 进程中线程的运行情况(图形界面)
Jconsole远程监控配置
需要以如下方式运行你的java类
![](https://i-blog.csdnimg.cn/blog_migrate/3d23466020e4b5198e0fed5b13cb11a0.png)
修改letc/hosts文件将127.0.0.1映射至主机名
如果要认证访问,还需要做如下步骤
复制jmxremote.password 文件
修改jmxremote.password和jmxremote.access文件的权限为600即文件所有者可读写
连接时填入controlRole(用户名),R&D(密码)
原理之线程运行
栈与栈帧
Java Virtual Machine Stacks (Java 虚拟机栈)
JVM中由堆、栈、方法区所组成,其中栈内存是给线程分配使用,每个线程启动后,虚拟机就会为其分配一块栈内存。
每个栈由多个栈帧( Frame )组成,对应着每次方法调用时所占用的内存
每个线程只能有一个活动栈帧,对应着当前正在执行的那个方法
线程上下文切换(Thread Context Switch)
因为以下一些原因导致cpu不再执行当前的线程,转而执行另一个线程的代码。
线程的cpu时间片用完
垃圾回收
有更高优先级的线程需要运行
线程自己调用了sleep、yield、wait、join、park、synchronized、lock等方法
当Context Switch 发生时,需要由操作系统保存当前线程的状态,并恢复另一个线程的状态,Java 中对应的概念就是程序计数器( Program Counter Register ),它的作用是记住下一条jvm指令的执行地址,是线程私有的
状态包括程序计数器、虚拟机栈中每个栈帧的信息,如局部变量、操作数栈、返回地址等
Context Switch频繁发生会影响性能
常见方法
![](https://i-blog.csdnimg.cn/blog_migrate/dfca2f233ce63b2be089cc1365d53883.png)
![](https://i-blog.csdnimg.cn/blog_migrate/2def4b663ea36cbd4c767a4c3a638cd2.png)
6.start与run
调用run
![](https://i-blog.csdnimg.cn/blog_migrate/8afd2369f2caea29cc680fdcd7f74a9b.png)
程序仍在main线程运行,FileReader.read()方法调用还是同步的
调用start
将上述代码的t1.run()改为t1.start();
输出如下
![](https://i-blog.csdnimg.cn/blog_migrate/834d168c6e7523878159f0fd64566231.png)
小结
直接调用run是在主线程中执行了run,没有启动新的线程
使用start是启动新的线程,通过新的线程间接执行run中的代码
sleep与yield
sleep
1.调用sleep 会让当前线程从Running进入Timed Waiting 状态(阻塞)
2.其它线程可以使用interrupt方法打断正在睡眠的线程,这时 sleep方法会抛出InterruptedException
3.睡眠结束后的线程未必会立刻得到执行
4.建议用TimeUnit的sleep代替Thread的sleep 来获得更好的可读性
yield
1.调用yield会让当前线程从Running进入Runnable就绪状态,然后调度执行其他线程
2.具体的实现依赖于操作系统的任务调度器
线程优先级
线程优先级会提示( hint)调度器优先调度该线程,但它仅仅是一个提示,调度器可以忽略它
如果cpu比较忙,那么优先级高的线程会获得更多的时间片,但cpu闲时,优先级几乎没作用
8.join方法详解
Join作用
![](https://i-blog.csdnimg.cn/blog_migrate/d20dc54420c4066dc3cc4a32196ffa63.png)
以上程序打印r=0
分析
因为主线程和线程t1是并行执行的,t1线程需要1秒之后才能算出r=10
而主线程一开始就要打印r的结果,所以只能打印出r=0
解决方法
用sleep无法实现同步
用join,加载t1.start()之后即可
应用之同步(案例1)
以调用方法的角度来讲,如果
需要等待结果返回,才能继续运行就是同步
不需要等待结果返回,就能继续运行就是异步
![](https://i-blog.csdnimg.cn/blog_migrate/ee4eb5d454d0faa7b745b22a57fa6b2b.png)
分析如下代码
![](https://i-blog.csdnimg.cn/blog_migrate/2a58b7291909f91ff0c7df2d0ee2d787.png)
![](https://i-blog.csdnimg.cn/blog_migrate/e56e0b73e316ac4c9e1bb60953e9675e.png)
分析如下
第一个join :等待t1时, t2并没有停止,而在运行
第二个join : 1s后,执行到此, t2也运行了1s,因此也只需再等待1s
如果颠倒两个join,最终输出都是如下:
![](https://i-blog.csdnimg.cn/blog_migrate/d31fcbd6de73e3dc5cbbce8b2b7ff6e8.png)
![](https://i-blog.csdnimg.cn/blog_migrate/dae4b5dc15a991071361572c73e8fe54.png)
![](https://i-blog.csdnimg.cn/blog_migrate/b196692f8ec7a50815ccd547b5862f9a.png)
有时效的join
等够规定的时间
![](https://i-blog.csdnimg.cn/blog_migrate/11c1b08c5e08a281820cd89808683152.png)
![](https://i-blog.csdnimg.cn/blog_migrate/e035c0ba492e611a3c5984802aec98f4.png)
输出
![](https://i-blog.csdnimg.cn/blog_migrate/f3834bce85f3e2aee0a7183b70a076e4.png)
没等够规定的时间
![](https://i-blog.csdnimg.cn/blog_migrate/064d2a32e7fb56acc26f84de8f8597c9.png)
输出
![](https://i-blog.csdnimg.cn/blog_migrate/6b8317c0367c100fc0621fa526e70633.png)
9.interrupt方法详解
打断sleep,wait,join的线程
这几个方法都会让线程进入阻塞状态
打断sleep的线程,会清空打断,以sleep为例
![](https://i-blog.csdnimg.cn/blog_migrate/062ffc8d516f8cd4cfec7b176448f196.png)
打断正常运行的线程
打断正常运行的线程,不会清空打断状态
打断park线程
打断park线程,不会清空打断状态
![](https://i-blog.csdnimg.cn/blog_migrate/24bca1a6585d761b10b0594a2700e6f7.png)
如果打断标记已经是true,则park会失效
![](https://i-blog.csdnimg.cn/blog_migrate/d4cf20c1697c681ed65f7b39be2d3a6a.png)
![](https://i-blog.csdnimg.cn/blog_migrate/d15c469dfaace559684e36fa12b8896b.png)
10.不推荐的方法
有一些不推荐使用的方法,这些方法已经过时,容易破坏同步代码块,造成线程死锁
![](https://i-blog.csdnimg.cn/blog_migrate/b6b68a8c6ac03cec0d7007e6ffcb88a9.png)
11.主线程与守护线程
默认情况下,Java进程需要等待所有线程都运行结束,才会结束。有一种特殊的线程叫做守护线程,只要其它非守护线程运行结束了,即使守护线程的代码没有执行完,也会强制结束。
![](https://i-blog.csdnimg.cn/blog_migrate/31e560ec113c973f1999f452a32c3a85.png)
12.五种状态
这五种状态是从操作系统层面来描述的
![](https://i-blog.csdnimg.cn/blog_migrate/6f15b7b9343c74c608f79d6316188d64.png)
【初始状态】仅是在语言层面创建了线程对象,还未与操作系统线程关联
【可运行状态】(就绪状态)指该线程已经被创建(与操作系统线程关联),可以由CPU调度执行
【运行状态】指获取了CPU时间片运行中的状态
当CPU时间片用完,会从【运行状态】转换至【可运行状态】,会导致线程的上下文切换
【阻塞状态】
如果调用了阻塞API,如BIO读写文件,这时该线程实际不会用到CPU,会导致线程上下文切换,进入【阻塞状态】
等BIO操作完毕,会由操作系统唤醒阻塞的线程,转换至【可运行状态】
与【可运行状态】的区别是,对【阻塞状态】的线程来说只要它们一直不唤醒,调度器就一直不会考虑调度它们
【终止状态】表示线程已经执行完毕,生命周期已经结束,不会再转换为其它状态
六种状态
从Java AP层面来描述,根据Thread.State枚举,分为六种状态
![](https://i-blog.csdnimg.cn/blog_migrate/8f5cbda167492645fca911cd3a95dca8.png)
NEW线程刚被创建,但还是没有调用start()方法
RUNNABLE当调用了start()方法之后,注意,Java API层面的RUNNABLE状态涵盖了操作系统层面的【可运行状态】、【运行状态】和【阻塞状态】(由于BIO导致的线程阻塞,在Java里无法区分,仍然认为是可运行)
BLOCKED,WAITING,TIMED_WAITING都是Java API层面对【阻塞状态】的细分
TERMINATED当线程代码运行结束