线程
这里主要提到的是线程中的线程安全问题、synchronized锁与lock锁、以及sleep()方法与wait()方法,至于线程的基本运行特性(新建、就绪、运行、堵塞、死亡)与具体方法的使用就不做表述。
一、线程安全问题
线程安全的问题一般都是出现在多线程当中,主要是由于多线程执行时的随机性,也就是各个线程之间会抢占CPU,得到CPU内存的便会执行,这就导致了迸发的问题;对于一个数据可能会有多个线程对其进行不同的操作,这便会导致数据的各种未知错误。一般一个新建的单纯的线程都是非线程安全的,如果要使它成为线程安全的,方法有很多,而锁的使用就是其中常用的方法之一。(注:即便线程安全了,线程之间也是会抢占CPU的,先得到CPU的先运行,只是比起非线程安全,它可以避免线程同时操作一个数据或方法;当然,也可以通过对线程的优先级进行设定而影响它的执行顺序,但并不是一定的)
二、synchronized锁与lock锁功能的异同
同:1、都是锁,只有在当前线程结束后,其他线程才能进入,以此类推(注:synchronized锁用于修饰方法与代码块,由于线程安全导致修饰代码块的运行效率一般比修饰方法的效率高);
异:1、synchronized锁可以自动上锁、自动解锁,而lock锁属于手动上锁、手动解锁;在锁内部发生异常时,synchronized锁会自动释放锁,而lock锁则不会;所以lock锁会导致死锁,而synchronized锁不会;
2、synchronized锁是修饰方法或代码块的关键字,而lock锁是java.unti.concurrent包下的一个类;
3、synchronized修饰的方法或代码块具有锁对象,而lock锁不具有;因此,lock锁不可使用notify()、wait()、notifyAll()方法
三、sleep()方法与wait()的异同
同:都可以使当前的线程暂停;
异:sleep()方法不释放锁,其他线程在当前线程暂停时不可进入锁内部;
wait()方法会释放锁,其他线程在当前线程暂停时可以进入锁内部。
四、悲观锁与乐观锁
悲观锁(即lock和synchronized等)--用于少读多写的情况,主要针对代码运行控制;
乐观锁(即@version和CAS算法等)--用于多读少写的情况,主要针对数据库操作控制;