有关【线程】二三事

2019-04-20  本文已影响0人  alpacino_1010

1、创建线程的方式及实现(三种方式)

(1)继承Thread类创建线程:定义Thread类的子类,并重写其中的该类的run方法,该run方法的方法体就代表了线程要完成的任务。创建线程thread的实例,调用thread的start方法来启动该线程。new  thread().start;

(2)通过Runnable接口创建线程类:定义runnable接口的实现类,并重复该接口的run方法,该run方法的方法体同样是该线程的线程执行体。创建Runnable实现类的实例,并以此实例作为Thread的target来创建thread对象,该Thread对象才是真正的线程对象。new Thread(new RunnableThreadTest()).start()

(3)通过Callable和Future创建线程:创建Callable接口的实现类并实现其call方法将作为线程的执行体,并有返回值。创建Callable实现类的实例,使用FutureTask类来包装Callable对象,该FutureTask对象封装了该Callable对象call方法的返回值。使用FutrueTask对象作为Thread对象的target创建并启动新线程。调用FutureTask对象的get方法获得子线程执行结束后的返回值。

2、线程所执行的各个方法解析


(1)sleep():sleep方法需要制定等待的时间,他可以让当前正在执行的线程在指定的时间内暂停执行,进入阻塞状态,该方法既可以让其他同优先级的线程得到执行的机会,可以让低优先级的线程得到执行机会。但是sleep方法并不会释放锁标志,也就是说如果sleep在synchronized同步块中,其他线程仍然不能访问共享数据。(sleep是对于Thread而言,wait是对Object而言。wait notify和notifyall智能在同步方法块和同步控制方法中使用而sleep可以再任何地方使用。sleep和wait都可以让线程暂停一段时间,本质的区别在于一个是线程运行的控制状态的问题,另一个是线程之间通信的问题。)

(2)wait方法:wait方法与notify和notifyall方法一起介绍,这三个方法用于协调多个线程对共享数据的存取,所以必须在synchronize语句块中使用,也就是说wait(),notify(),notifyAll()任何时候调用这些方法首先要占用拥有这个对象的锁。(他们都是Object的方法,这就是为什么我们说锁的本质是对象锁)。wait与sleep的不同之处在与,wait会释放对象的“锁标志”,当调用某一对象的wait方法后,会使当前线程暂停执行,并将当前线程放入对象等待池中,直道调用了notify方法后,将从对象等待池中移出一个线程并放入锁标志等待池中,只有锁标志等待池中的线程可以获取锁标志,他们随意都准备夺取锁的控制权。当调用了某个对象的notifyAll()方法,效果是在延迟timeout毫秒后,被暂停的线程将被恢复到锁标志等待池。(划重点什么时候在对象等待池什么时候不在对象等待池,除了使用notify和notifyall方法还可以使用wait(毫秒)使暂停的线程被恢复到锁标志等待区)。此外wait notify只能在synchronize语句中使用,如果使用时ReenTrantLock实现同该如何实现呢,将有ReenTrantLock.newConnectioin 如下几个方法通过Connection的await()、signal()、以及signalAll()分别对应上面的三个方法。

(3)yield和sleep方法类似,也不会释放锁标志,它没有参数,即yield方法知识使当前线程重新回到可执行状态,所以执行yield的线程有可能在进入到可执行状态后又被马上执行,另外yield方法只能使同优先级和高优先级的线程得到执行机会,这也是和sleep方法不同的地方。

[if !supportLists](4)[endif]join()方法会使当前线程等待调用join方法的线程结束之后才能继续执行,threadA在运行时调用Threadb.join(),那么等B执行完后,在执行A。join调用的实际上还是wait方法。

3、线程的生命周期

新建(new)、就绪(Runable)、运行(Running)、阻塞(Blocking)和死亡的五种状态

生命周期的五种状态(1) 新建 当一个Thread类的实例被创建时,此线程进入新建状态(未被启动)。(2)就绪(Runable) 线程已经被启动,等待被分配给CPU时间片,也就是说此线程自动放弃CPU资源或者有优先级更高的线程进入,线程一直运行到结束。(3)运行(Runing)线程获得CPU资源正在执行任务,此时除非此线程自动放弃CPU资源或者有优先级更高的线程进入,线程一直运行到结束。(4)死亡(dead)当线程执行完毕,或者被其他线程杀死,线程进入了死亡状态,这时线程不可能在进入就绪状态等待执行。正常终止运行完run方法后,异常终止调用stop方法让线程终止(5)阻塞(blocked)由于某种原因导致正在运行的线程让出CPU并暂停自己的执行,进入阻塞状态。正在睡眠:用sleep方法可以让线程进入睡眠方式,一个睡着的线程在指定的时间过去可进入就绪状态。正在等待:调用wait方法。(notify可以使其回到就绪状态)

4,乐观锁与悲观锁

乐观锁:总是认为不会产生并发问题,每次去取数据的时候认为不会其他线程对数据进行修改,因此不会上锁,但是在更新时会判断其他线程在这之前有没有数据对其进行修改,一般会使用版本号机制或者CAS操作实现。Version方式:一般在数据表中加上一个数据版本号version字段,表示数据被修改的次数,当数据被修改时,version值会加1,当线程A要更新数据时,在读数据的同时也会读取version值,在提交更新时,若刚才读取到的version值是当前数据库中的version值相等时才更新,否则重试更新操作,知道更新成功。CAS操作方式:即Compare and swap涉及三个操作数,数据所在内存值、预期值和新值。当需要更新时,判断当前内存值和之前取到的值是否相等,若相等则用新值更新,若失败则重试。(也会有个自旋的操作)(ABA问题CAS有着自己问题,因为如果一个线程修改V的假设成原来的A,先修改B,再修改成A,当前线程无法分辨V值是否发生了变化)比较适合读取操作比较频繁的场景,如果出现大量的写入操作,数据发生冲突的可能性就会增大,为了保证数据的一致性,应用层需要不断的重新获取数据,这样会增加大量的查询操作,降低了系统的吞吐量。

悲观锁:总是假设最坏的情况发生,每次取数据时候都会认为其他线程会修改,所以都会加锁(读锁、写锁、行锁等)当前线程想要访问数据时,都需要阻塞挂起,可以依靠数据库本身实现一些行锁、读锁、写锁、等,都在这些操作之前,在java中Synchronize也是悲观锁。

上一篇下一篇

猜你喜欢

热点阅读