多进程实现并发编程的缺点:
创建/销毁/调度 一个进程消耗时间都比较多
创建的时候:消耗在申请资源上,进程是资源分配的基本单位
分配内存操作是一个大活:
操作系统内部有一定的数据结构,把空闲的内存分块管理好。
当我们去进行申请内存的时候,系统就会从这样的数据结构中找到一个大小合适的空闲内存,返回给对应的进程。
虽然通过数据结构可以一定程度上提高效率,但管理的空间多了,也比较耗时。
线程:轻量级
创建/销毁/调度线程 比进程都要更快
一个进程最开始的时候,至少有一个线程来负责完成执行代码的工作(每个线程都可以独立的执行一些代码),也可以根据需要,创建更多进程,实现“并发编程”的效果。
一个进程可有多个线程,每个线程都可独立进行调度。
每个线程也有状态、优先级、上下文、记账信息…
每个线程的pid是相同的,内存指针和文件描述符表也共用同一份。
一个进程可能使用一个pcb表示,也可能使用多个pcb表示,每个pcb对应到一个线程上。
1)每个线程都可以独立的去cpu调度执行
2)同一个进程的多个线程之间,共用同一份内存空间和文件资源。
创建线程的时候,不需要重新申请资源,直接复用之前已经分配给进程的资源,省去资源的开销,提高了创建的效率。
Eg:现在有100只鸡需要人来吃
采用多进程的方式(成本较高):分两个房子,,每个房子里面一张桌子,一个人,每个人吃50只鸡。
采用多线程的方式:一个房子,一张桌子,里面多个人(增加线程数量,提高效率)
随着人数的增多,出现了许多问题:
1)一张桌子只能站8人,多了就站不下那么多人,于是再进一步增加线程的数目,效率不会提高,此时要调度的线程太多,会使调度开销更大,降低效率。
2)鸡不够,几个人去抢,这时候会出现冲突,称为“线程不安全问题”
3)有个人此时生气了,把桌子掀了:某个线程抛出了异常,如果没有处理(catch),就会让进程崩溃,其他线程也会消亡。
进程和线程
1.线程不能独立存在,要依附于进程(进程包含线程)
一个进程里可以有一个或多个线程
2.进程和线程都可用来实现“并发编程”,但多线程比多进程更轻量和高效
3.同一个进程的线程之间,共用同一份资源(内存+硬盘),后续写代码,访问同一个变量,省去申请资源的开销。
4.进程是资源分配的基本单位
线程是调度执行的基本单位
一个系统中可以有多个进程 -> 每个进程都有自己的资源
一个进程中可以有多个线程 -> 每个线程都能独立调度,共享内存/资源
5.进程和进程之间是独立的,一个进程挂了,不会影响其它进程。
线程和线程之间(同一个进程内),会相互影响(线程不安全问题和线程出现异常)
java进行多线程编程
package thread;
//创建一个类,继承自Thread类
class MyThread extends Thread {
@Override//重写
public void run() {
//这个方法是线程的入口方法 ->主线程
System.out.println("hello Thread");
}
}
//创建线程
public class Demo1 {
public static void main(String[] args) {
Thread t = new MyThread();
//start和run都是Thread的成员
//run只是描述了线程的入口(线程要做什么任务)
//start则是真正调用了系统的API,在系统中创建出线程,让线程在调用run
t.start();
}
}
线程是操作系统的概念,操作系统提供了一些api,可以操作线程。
Java对系统api进行了封装(以便于跨平台)
Thread类(java标准了内置的类,它在java.lang这个包下,不需要import) -> Thread对象
每个线程都是一段独立的执行流,都可执行一系列的代码。