线程的状态
(1)初始(NEW):新创建了一个对象,但是还没有调用start()方法。
(2)运行(RUNNABLE):Java线程中将就绪(ready)和运行中(running)两种状态称为“运行”。
线程对象创建后,其他线程(比如main线程)调用了该对象的start()方法。该线程位于可运行线程池中,等待被线程调度选中,获取CPU的使用权,此时处于就绪状态(ready)。就绪线程在获取CPU时间片后变为运行中状态(running)。
(3)阻塞(BLICKED):表示线程阻塞与锁。
(4)等待(WAITING):进入该状态的线程需要等待其他线程作出一些特定动作(通知或中断)。
(5)超时等待(TIMED_WAITING):该状态不同于WAITING,他可以在指定的时间后自行返回。
(6)终止(TERMINATED):表示该线程已经执行完毕。
悲观锁、乐观锁
悲观锁:总是假设最坏的情况,认为每次去拿数据的时候都会被别人修改,所以每次都会上锁。这样别人想拿这个数据就会阻塞直到它拿到锁。传统的关系型数据库里就用到了很多这种锁机制,比如行锁、表锁、读锁、写锁等,都是在做操作之前先上锁。Java中synchronized和ReentrantLock等独占锁就是悲观锁思想的实现。
乐观锁:总是假设最好的情况,认为每次拿取数据的时候都不会有人修改,所以不会上锁,但是在更新的时候会判断一下在此期间有没有人去更新这个数据,可以使用版本号机制和CAS算法进行实现。乐观锁适用于多读的应用类型,这样可以提高吞吐量。像数据库提供的类似于write_condition机制都是提供的乐观锁。在Java中java.util.concurrent.atomic包下面的原子变量类就是使用了乐观锁的一种实现方式CAS实现的。
线程池原理:
(*问题)synchronized用在静态方法上和非静态方法上的区别?
修饰非静态方法是给对象加锁;修饰静态方法相当于给类加锁。
(*问题)synchronized和ReentrantLock的区别?
可重入性:
实现:synchronized是依赖于JVM实现的,而ReentrantLock是JDK实现的。
性能:在synchronized优化之前,synchronized的性能比ReentrantLock差很多。但是自从synchronized引入了偏向锁、轻量级锁(自旋锁)后,二者性能就差不多了。
便利性:synchronized的使用比较简单,并且由编译器去保证锁的加锁和释放。而ReentrantLock需要手动声明来加锁和释放锁,为了避免忘记手动释放造成死锁最好在finally中声明释放锁。
锁的细粒度和灵活度:ReentrantLock由于synchronized。
ReentrantLock独有的能力:
1)ReentrantLock可以指定是公平锁还是非公平锁。而synchronized只能是非公平锁。所谓的公平锁就是先等待的线程先获得锁。
2)ReentrantLock提供了一个Connection(条件)类用来实现分组唤醒需要唤醒的线程,而不是像synchronized要么随机唤醒一个线程,要么唤醒全部线程。
3)ReentrantLock提供了一种能够中断等待锁的线程的机制,通过lock.lockInterruptibly()来实现这个机制。