一、多线程的优点:
1、何时需要创建多线程
二、线程的创建和使用
1、程序中,执行顺序能用一条线表示的,即不是多线程,如下示例则不是多线程
?2、多线程的创建
(1)方式一:继承于thread类
a、创建一个继承于thread类的子类
b、重写thread类的run方法-》将此线程执行的操作声明在run()中
c、创建thread类子类的对象-〉在主线程中使用
d、通过此对象调用start方法-》两个作用:1、启动当前线程,使得线程开始执行;2、调用当前线程的run()
eg1:?
?如果存在两个线程,顺序则不能保证,如下两个线程都是在主线程(main())中执行,如下:
2、线程创建过程中两个问题说明
?(1)想启动一个线程能否不调用start(),直接调用run()?
不可以,如果不调用run(),则都是在主线程中执行的,执行的是main(),没有开启新的线程
eg1:会先执行上面的方法在执行下面的方法:因为此时没有调用线程,相当于直接造出对象,再调用方法
(2)在当前主线程中,再调用一次当前线程(遍历100内的偶数)能否执行?
?不可以:start()首次调用时,theadStatus,默认值是0,可以执行下面的操作;二次调用start()时,theadStatus不为0,则会抛出异常.start()方法对于同一个线程来说,只能start一次
?eg1:
?
可以通过新创建一个对象,来解决上面的问题,比如新创建一个t2
我们需要重新创建一个线程的对象,来start()?
第二种简便的写法:直接在主线程里面写匿名子类:
3、线程的创建方法
(2)在子线程中写一个构造器?
(3)yield():释放当前cpu的执行权,一旦释放可能被另外一个线程拿到,也可能在下一刻又分到当前线程的执行权.如下例子,60后不是61,被主线程拿到了
?(4)join():当join进来的线程执行结束之后,才能执行另一个线程;在线程a中调用线程b的方法,此时线程a进入阻塞状态,知道线程b完全执行完之后,线程a才结束阻塞状态.
eg:在主线程中调用join()
?
(5) stop():强制让当前线程结束,不推荐使用
子类重写抛出的异常不能比父类抛出的异常大
(6) sleep(long millitime):让当前线程睡眠long millitime毫秒,在指定的long millitime毫秒时间内,当前线程处于阻塞状态
eg:
?(7)isAlive():判断当前线程是否还存活
eg:
?4、线程的优先级设置
说明:高优先级线程要抢占低优先级线程CPU的执行权.但是只是从概率上讲,高优先级的线程高概率的情况下被执行,并不意味着只有当高优先级的线程执行完以后,低优先级的线程才执行.
(1)这三个常量都定义在thread类中
(2)如何设置和获取当前线程的优先级
getPriority():获取线程的优先级
setPriority():设置线程的优先级
5、创建多线程的方式二:实现Runnable
(1)创建一个实现了Runnable接口的类
(2)实现类去实现Runnable中的抽象方法:run()
(3)创建实现类的对象
(4)将此对象作为参数传递到Thread类的构造器中,创建Thread类的对象
(5)通过Thread类的对象调用start()
6、两种创建方式的对比
开发中,优先选择实现Runnable接口的方式:原因:(1)实现的方式没有类的单继承的局限性(2) 实现的方式更适合来处理多个线程有共享数据的情况
联系:不管是继承还是实现的方式都需要重写run(),将线程要执行的逻辑声明再run()中.
?7、谈一谈对进程、线程、程序的理解?
8、Idea中Project和Module的理解
在idea中要想开两个工程就需要开启两个窗口;一个项目分成几个大的模块,每个模块都是一个module
9、线程的生命周期
阻塞不能是线程的最终状态?
10、理解线程的安全问题/线程的同步?
?(1)方式一:同步代码块synchronized(同步监视器){
//需要被同步的代码
}
说明:
a、需要被同步的代码:操作共享数据的代码,即为需要被同步的代码;-不能包含代码多了,也不能包含代码少了,多少需要线程同步就包含多少代码
b、共享数据:多个线程共同操作的变量/数据
c、同步监视器:俗称-锁任何一个类的对象,都可以来充当锁?要求:多个线程必须共用同一个锁(如下例子中共用了同一个obj,如果不是公用同一个obj就不是线程同步,仍然会有问题)
d、在实现Runnable接口创建多线程的方式中,可以考虑用this来当同步监视器
e、在继承Thread类创建多线程的方式中,慎用this充当同步监视器.可以考虑使用当前类来充当
?
结果:不会看到重票的情况和错票的情况?
这种方法可以保证,即使线程sleep了,其他线程也得等待线程结束执行结束才能执行其他线程
(2)方式二、同步方法
如果操作共享数据的代码完整的声明在一个方法中,我们不妨将此方法声明同步的
a、同步监视器默认是this
?同步的方式解决了线程的安全性问题;局限性有:操作同步代码时,只能有一个线程参与,其他的线程等待,相当于是一个单线程过程,效率低
11、使用同步方法来处理继承Thread类的线程安全问题
线程安全的两种方式:继承和实现Runable
eg1:采用下述方法仍然存现线程安全问题,有错票和重票问题,因为同步监视器此时默认是this,但是总共有三个对象,t1,t2,t3,不是唯一的
?eg2:若还是需要采用同步方法的方式,即可以把方法写成静态的,此时就是正确的:因为此时的同步监视器不是this,而是当前的类,当前的类是唯一的,所以同步监视器正确
?关于同步方法的总结:
a、同步方法仍然涉及到同步监视器,只是不需要我们显示的声明
b、非静态的同步方法,同步监视器是this
静态方法的同步监视器是当前类本身
12、死锁问题
?(1)线程的死锁问题
运行上述程序,可能有好几种运行结果
让上面两个线程都sleep一会儿,出现死锁的概率就会增大
死锁的理解: 不同的线程分别占用对方需要的同步资源不放弃,都在等待对方放弃自己需要的同步资源,就形成了线程的死锁
说明:a、出现死锁后,不会出现异常,不会出现提示,只是所有的线程都处于阻塞状态,无法继续;b、我们使用同步时,要避免出现死锁;
?13、Lock锁方式解决线程安全问题
解决线程安全问题的方式三:Lock锁---》JDK5.0新增
参数为true则为一个先后顺序的,若是不写,默认是false ???????
synchronized与lock的异同??
相同点:二者都可以解决线程安全问题
不同点:syncronized机制在执行完相应的同步代码以后,会自动的释放同步监视器;lock需要手动的启动同步(lock()),同时结束同步也需要手动的实现(unlock())
优先使用顺序:
Lock-》同步代码块(已经进入了方法体,分配了相应资源)-〉同步方法(在方法体之外)
如何解决线程安全问题?有几种方式?
?eg:
14、线程通信的例题
涉及到三个方法
wait()会释放锁.wait()执行的时候会启动下一个线程(一旦执行该方法,当前线程就进入阻塞状态,并释放同步监视器)
sleep()线程阻塞,但是不会释放锁,不会启动下一个线程()
notify()一旦执行此方法,就会唤醒被wait的一个线程,如果有多个线程被wait,就换醒优先级最高的那个
notifyall()一旦执行此方法,就会唤醒所有被wait的线程
说明a、wait(),notify(),notifyall()这三个方法的调用都必须在同步方法或者同步代码块中;b、notify()和wait()、notifyall()方法可以独立调用,相当于都省略了this,这三个方法的调用者必须是同步代码块或者同步监视器,否则会出现IllegalException异常
c、wait(),notify(),notifyall()都定义在java.lang.object类中
?15、sleep()和wait()的异同
相同点:一旦执行方法,都可以使得当前线程进入阻塞状态
不同点:
a、两个方法声明的位置不同,Thread类中声明sleep(),Object类中声明wait();
b、调用的要求不同,sleep()可以在任何需要的场景下使用,wait()必须使用在同步代码块或者同步方法中;
c、关于是否释放同步监视器:如果两个方法都在同步代码块或者同步方法中,sleep()不会释放同步监视器,而wait()会释放锁(同步监视器)
16、创建多线程的方式三:callable?
?eg:
此时执行没有任何结果且不会停止,因为此时线程没有真正启动,没有调用start
步骤:
a、创建一个实现callable的实现类
b、实现call方法,将此线程需要执行的操作声明在call()中,同时call()可以有返回值
c、创建callable接口实现类的对象
d、将此callable接口实现类的对象传递到FutureTask构造器中,创建FutureTask的对象
e、将?FutureTask的对象作为参数传递到Thread类的构造器中,创建Thread对象,并start()调用
f、获取callable中的call方法的返回值(可以有,也可以不用,要将一个线程里面的内容给另一个线程使用,则需要使用)
?如何理解实现callabel接口的方式创建多线程比实现Runnable接口创建多线程方式强大?
a、call()可以有返回值的
b、call()可以抛出一场,被外面的操作捕获,获取异常的信息
?c、callable支持范型
17、使用线程池
(1)好处
?
eg:?
使用线程池的好处:
a、?
?
?
?
?
?