目录
一、认识线程
二、多线程程序
2.1 实现Java多线程程序
方法1 继承 Thread ,重写run
方法2 实现 Runnable 接口
方法3 匿名内部类创建 Thread 子类对象
方法4 匿名内部类创建 Runnable 子类对象
方法5 lambda 表达式创建 Runnable 子类对象
三、多线程的优点
四、多线程的使用场景
sleep方法
一个线程就是一个 "执行流". 每个线程之间都可以按照顺讯执行自己的代码. 多个线程之间 "同时" 执行着多份代码.
首先我们需要知道,为啥要有多个进程呢?
多进程编程已经可以解决很多并发编程的问题了,CPU的很多资源也可以调度起来了。但是,在资源分配和回收上,多进程还是有很多短板。主要有以下三点:
1.创建一个进程,开销比较大。
2.销毁一个进程,开销比较大。
3.调度一个进程,开销也比较大。
那是因为我们要 并发编程(CPU 单个核心已经发展到极致了,要想提升算力,就得使用多个核心)
引入 并发编程,最大的目地就是为了能够充分的利用好 CPU 的多核资源(如果在写代码的时候,不去处理一下,默认只会用到一个核心,造成资源浪费)
创建/销毁进程,本身就是一个比较低效的操作:
- 创建 PCB
- 分配系统资源(尤其是 内存资源)
- 把 PCB 加入到内核的双向链表中
其中,分配资源 就已经是特别需要消耗时间了(在系统内核资源管理模块,需要进行一系列的遍历操作) 。 那么进程消耗资源多,速度慢(创建,销毁,调度),资源分配回收效率低,于是就出现了线程(轻量级进程)解决并发编程的前提下,让创建,销毁,调度的速度快一点,主要是把申请资源/释放资源的操作省下来。
例如:一个服务器需要同一时刻为多位客户端提供服务。此时,就需要使用到 并发编程 。典型的做法就是 每个客户端给他分配一个进程,提供一对一的服务。客户端来了,就需要创建进程;客户端走了,就需要销毁进程。如果客户端来来回回很多,就需要 频繁的创建/销毁进程,这样使用进程就会比较低效
由于频繁的创建/销毁进程,是一件比较低效的事情。所以,就引入了 "线程"这一概念,因此线程 也叫做 "轻量级进程"。
说明:
因此,创建线程只需要做到:
这就是 线程相对于进程做出的重大改进,也是进程更 "轻量" 的原因!!!
列一个小例子来帮助大家理解:
张三家里是开厂子的,最近几年来生意非常好,需求的订单比较多,于是他准备扩建一下
现在有两种方案:
- 再次建造一个相同的工厂
- 在原来的工厂里面 新增加一条生产线
两个方案都可以以相同的效率生产产品,很明显,方案1所需要的成本更高
如果可以把进程就可以看作是 工厂,那么线程就可以看成是 生产线~
方案1表示多进程实现并发编程,方案2表示多线程实现并发编程~
使用多线程是能够提高效率,前提是多核资源必须是要充分的~
如果 随着线程数量的增加,CPU 核心都被吃满了,那么此时再继续增加线程,对时间效率就已经没有意义了。这个时候速度不会进一步增加,反而会因此增加额外调度的成本
总结:
线程模型,天然就是资源共享的,多个线程抢同一个资源,非常容易触发线程安全问题;进程模型,天然就是资源隔离的,不容易触发。进行进程间通信的时候,多个进程访问同一个资源,就可能出现问题
进程的上下文切换速度比较慢,而线程的上下文切换速度比较快。
进程都拥有自己独立的虚拟地址空间,有多个进程时,其中一个进程崩溃了并不会影响其他进程。但是线程是多个线程共用一个内存空间,当一个线程抛异常,如果处理不好很可能会把整个进程都给带走了,其他线程也就挂了
注意:
- 增加线程数量也不是一直可以提高速度的,CPU核心数量是有限的,线程数量太多开销反而浪费在线程调度上
- 系统创建线程也是要消耗资源的,虽然比进程轻量但也不是0,创建太多线程会导致资源耗尽,导致别的进程用不了
- 同一个进程里的多个线程之间共用了进程的同一份资源(内存和文件描述符表),只有第一个线程启动时开销是比较大的,后续线程就省事了
Java操作多线程最核心的Thread类,不需要导其他包。java.lang包下最基本的类。
即使是一个最简单的 hello world,其实在运行的时候也涉及到 "线程" 了。
运行这个程序,操作系统就会创建一个 Java进程,在这个 Java进程 里就会有一个线程(主线程)调用 main方法。虽然上述代码中,我们没有手动的创建其他线程,但是 Java进程 在运行的时候,内部也会创建出线程。(一个进程里面至少有一个线程)
注意:在谈到多进程的时候,会经常谈到 "父进程" 和 "子进程",如果在 A进程 里面创建了 B进程,那么A 是 B 的父进程,B 是 A 的子进程。但是,在多线程里,没有 "父线程" 和 "子线程" 的说法,因为我们认为 线程之间的地位是对等的~
创建线程的方法:
Java中创建线程,离不开一个关键的类 —— Thread;
1) 继承 Thread 来创建一个线程类
class MyThread extends Thread{
@Override
public void run(){
System.out.println("hello thread");
}
}
2) 创建 MyThread 类的实例
MyThread t = new MyThread();
3) 调用 start 方法创建启动线程,新的线程负责执行t.run();
class MyTread extends Thread {
@Override
public void run() {
while(true){
System.out.println("hello thread");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
public class Main{
public static void main(String[] args) {
Thread t = new MyTread();
t.start();
}
}
}
1) 实现 Runnable 接口
class MyRunnable implements Runnable{
@Override
public void run(){
System.out.println("hello thread");
}
}
2) 创建 Thread 类实例, 调用 Thread 的构造方法时将 Runnable 对象作为 target 参数.
Thread t = new Thread(new MyRunnable());
3) 调用 start 方法创建启动线程,新的线程负责执行t.run();
t.start(); // 线程开始运行
class MyRunnable implements Runnable {
@Override
public void run() {
while (true) {
System.out.println("hello thread");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
public class Main{
public static void main(String[] args) {
//创建线程
Thread t = new Thread(new MyRunnable());
t.start();
while (true) {
System.out.println("hello main");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
分析:
此处创建的 Runnable,相当于是定义了一个 "任务"(代码要做什么),
还是需要 Thread实例,把任务交给 Thread,
还是需要 Thread.start 来创建具体的线程
说明:
这个写法,线程和任务是分离开的,可以更好的解耦合,"高内聚 低耦合",因此使用实现 Runnable接口的方法更好
把任务内容 和 线程 本身分离开了,即 任务的内容和线程的关系不大~
假设这个任务不想通过多线程的方式执行了,想通过别的方式来执行,这个时候代码改动也不大
我们也可以仍然继承 Thread类,但是不在是显式继承,而是使用 "匿名内部类" 来创建线程~
public class Main {
public static void main(String[] args) {
Thread t = new Thread (){
@Override
public void run() {
while (true) {
System.out.println("hello thread");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
};
t.start();
}
}
运行结果:
分析:
红色框里面的内容,创建了一个匿名内部类(没有名字),这个匿名内部类是 Thread 的子类,同时前面的 new 关键字,就会给这个匿名内部类创建出了一个实例
创建一个Thread的子类(子类没有名字,所以才叫匿名)
创建了子类的实例,并且让t引用指向该实例
Thread t2 = new Thread(new Runnable() {
@Override
public void run() {
while (true) {
System.out.println("hello thread");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
});
运行结果:
和方法二本质相同,只不过是把实现Runnable任务交给匿名内部类的语法
此处创建了一个类,实现Runnable,同时创建了类的实例并且传给Thread的构造方法
public class Main {
public static void main(String[] args) {
Thread t = new Thread(() ->{
while(true){
System.out.println("hello thread");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
t.start();
}
}
运行结果:
说明:
使用 lambda表达式,其实是更简单的写法,也是推荐写法;
形如 lambda表达式这样的,能够简化代码编写的语法规则,称为 "语法糖"~
理解run和start:
重写的 run方法 —— 先把新员工的任务准备好;
Thread t = new MyThread(); // 招聘了一个新员工 t,把任务交给他(但是还没有开始干活);
t.start(); —— 开始干活
即:使用 new 创建线程对象,线程并没有被创建,而是仅仅创建了一个线程对象,运行 start 方法 时才会创建线程,并执行 run 方法
在 start 之前,线程只是准备好了,并没有真正的被创建出来,执行了 start方法,才真正在操作系统中创建了线程~
Thread 实例是 Java 中对于线程的表示,实际上要想正真跑起来,还需要操作系统里面的线程~
创建好了 Thread,此时操作系统里面还没有线程,直到调用 start方法,操作系统才真的创建了线程(创建 PCB,并且把 PCB 加入到链表里),并且进行执行起来
直接调用 run方法,并没有创建新的线程,而只是在之前的线程中,执行了 run方法里面的内容;使用 start方法,则是创建了新的线程,新的线程里面会调用 run方法,新线程和旧线程是并发执行的关系~
单个线程,串行的,完成 20 亿次自增~
package thread;
public class Demo6 {
private static final long count = 20_0000_0000;
private static void serial() {
//serial 是 "串行" 的意思
//需要把方法执行的时间给记录下来
//记录当前的毫秒计时间戳
long begin = System.currentTimeMillis();
int a = 0;
for(long i = 0; i < count; i++) {
a++;
}
a = 0;
for(long i = 0; i < count;i++) {
a++;
}
long end = System.currentTimeMillis();
System.out.println("单线程消耗的时间是 :" + (end-begin) + "毫秒");
}
public static void main(String[] args) {
serial();
}
}
运行结果:
多运行几次,取其平均值,所得的结果大概是: 1070毫秒
多个线程,并发的,完成 20 亿次自增~
private static void concurrency() {
//concurrency 的意思是 "并发"
long begin = System.currentTimeMillis();
Thread t1 = new Thread(() ->{
int a = 0;
for(long i = 0; i < count; i++) {
a++;
}
});
Thread t2 = new Thread(() ->{
int a = 0;
for(long i = 0; i < count; i++) {
a++;
}
});
t1.start();
t2.start();
long end = System.currentTimeMillis();
System.out.println("多线程并发执行的时间:" + (end-begin) + "毫秒");
}
这个代码,涉及到三个线程:t1、t2、main ,三个线程都是并发执行的。即 t1、t2会开始执行,同时,可能不等t1、t2执行完,main线程就结束了,于是就结束计时。
此处的计时,是为了衡量 t1 和 t2 的执行时间,所以正确的做法应该是等到 t1 和 t2 都执行完,才停止计时。
所以在 创建线程的时候,还需要使用 jion方法,jion方法是等待线程结束(等待线程把自己的 run方法执行完)。所以还需要在 t1 和 t2 创建线程后 加上:
并此时可以在 mian方法中调用 concurrency() 方法~
运行结果:
并同时执行多次 取其均值,我们可以发现,并发执行的时间的平均值 在 600 毫秒左右~
所以,相比之下,我们可以知道,多线程的效率确实是提高不少。
当然,如果在任务量不大的情况下,可能多线程并不会比单线程有太大的优势。
(1)在 CPU 密集型场景~
代码中的大部分工作,都是在使用 CPU 进行运算(如 上面的反复 ++ 运算),此时使用 多线程 就可以更好的利用 CPU 多核计算资源,从而提高效率~
(2)在 IO 密集型场景~
如 读写硬盘、读写网卡......这些都算 IO,需要花很大的时间等待
像这些 IO 操作,都是几乎不消耗 CPU 就能快速的完成读写数据的操作,既然 CPU 在摸鱼,就可以找点活干,可以使用多线程,避免 CPU 过于闲置~
这就好比去食堂打饭,但是人多要排队,排队的过程就是等待(类似于 等待IO结束),于是 就可以做别的事(刷手机)
怎么样观察线程的详细情况
那么,此时的运行结果是:
明明是先执行了线程,后打印的"hello main",但是 为什么结果却是 先打印出来 "hello main",后打印的"hello thread" 呢?
每个线程都是独立的执行流!换句话说,main对应了一个执行流,MyThread对应了另一个执行流,这两个执行流之间是 并发 的关系~
此时两个线程执行的先后顺序,取决于操作系统 调度器 的具体实现~
程序猿可以把这里的调度规则 简单的视为 "随机调度",这个是改变不了的~如果是想要控制哪个线程先执行,最多是让某个线程先等待,让另一个线程执行完了再执行~
所以,当程序运行的时候,先看到哪一个被执行的顺序 是不确定的,
虽然 可以在这里运行了许多次,先打印出来的是"hello main",但是顺序仍然是不可确定的,大概率是受到了创建线程自身的开销影响的~
当执行结果中出现了这一句话,就说明 进程已经结束了,并且退出码是 0:
操作系统中用 进程的退出码 来表示进程的运行结果:使用0表示进程执行完关闭,结果正确;使用 非0 表示进程执行完关闭,结果不正确;还有一种情况是 main还没有返回,程序就崩溃,此时返回的值很可能是一个随机值~
可以在任务管理器中 看见Java进程的情况(需要把死循环的代码运行起来,不然嗖的一下就没了):
当然,此时是看不到 Java线程的,需要借助其他的工具。 在 JDK 里,提供了一个 jconsole 这样的工具,可以看到 Java进程里面的线程的详情~
运行 jconsole 之后,就可以看到 线程的情况了:
如果想要线程来适当的 "休息" 一下,为了方便观察,不要让刚刚的死循环代码 打印 "hello main" 和 "hello thread" 打印的太多太快,我们可以用 sleep 来进行操作~
sleep 是 "休眠" 操作,指定让线程摸一会儿鱼,不要上 CPU 上干活,参数单位是 毫秒~
使用 Thread.sleep 的方式进行休眠,sleep 是 Thread 的静态成员方法,直接通过 类名.方法名 的方式调用~
时间单位的换算:
1秒 = 1000毫秒,1毫秒 = 1000微秒,1微秒 = 1000纳秒,1纳秒 = 1000皮秒~
秒(s)、毫秒(ms)、微秒(us)、纳秒(ns)、皮秒(ps)~
由于计算机算得快,所以常用的单位是:ms、us、ns这几个单位~
Interrupted 中断!!!
sleep(1000)就是要休眠 1000毫秒,但是 在休眠过程中,可能有一点点意外 把线程给提前唤醒 —— 该异常唤醒的~