把网站做app,大型门户网站建设所具有的功能模块主要有几种类型,全国企业信息查询网,链接转二维码生成器这是多线程系列第四篇#xff0c;其他请关注以下#xff1a;如果你看过前面几篇关于线程的文字#xff0c;会对线程的实现原理了然于胸#xff0c;有了理论的支持会对实践有更好的指导#xff0c;那么本篇会偏重于线程的实践#xff0c;对线程的几种应用做个简要的介绍。…这是多线程系列第四篇其他请关注以下如果你看过前面几篇关于线程的文字会对线程的实现原理了然于胸有了理论的支持会对实践有更好的指导那么本篇会偏重于线程的实践对线程的几种应用做个简要的介绍。本篇主要内容:线程安全的分类线程同步的实现方式锁优化线程安全分类线程安全并非是一个非真既假的二元世界如果按照线程安全的“安全程度”来排序的话java中可以分为以下几类不可变。对数据类型修饰为final类型的就可以保证其实不可变的(reference 对象除外final对象属性不保证只保证内存地址)。不可变的对象一定是线程安全比如String类它是一个典型的不可变对象当调用它的subString()、replace()和concat()的方法都不会影响它原来的值只会返回一个新构造的字符串对象。绝对线程安全。这个定义是极其严格的一个类要达到不管运行时环境如何调用者都不需要任何额外的同步措施。相对线程安全。这个就是我们通常所讲的线程安全它保证对对象的单独操作是线程安全的不需要做额外保证工作但对于特定顺序的连续调用可能需要调用端采用额外的同步手段来保证调用的正确性。线程兼容。这是指对象本身并非线程安全可以通过调用端正确地使用同步手段来保证对象在并发环境中可以安全地使用。我们常用的非线程安全类都属于这个范畴。线程对立。这个是指无论调用端是否采用同步措施都无法在多线程环境中并发使用代码。这种我们应该避免。上述中可能对绝对安全和相对安全并不是很好区分我们采用一个示例来区分public class VectorTest {private Vector vector new Vector();public void remove() {new Thread() {Overridepublic void run() {for (int i 0; i vector.size(); i) {vector.remove(i);}}}.start();}public void print() {new Thread() {Overridepublic void run() {for (int i 0; i vector.size(); i) {System.out.println(vector.get(i));}}}.start();}public void add(int data) {vector.add(data);}public static void main(String[] args) {VectorTest test new VectorTest();for (int j0;j100;j){for (int i 0; i 10; i) {test.add(i);}test.remove();test.print();}}}上述代码中运行会报错:ArrayIndexOutOfBoundsException的异常这个异常是在print方法里面出现的当remove线程删除 一个元素之后print方法正好执行到vector.get()方法此时就会出现这个异常。我们知道vector是线程安全的它的get()、remove()、size()、add()方法都采用synchronize 进行同步了但是多线程的情况下如果不对方法调用端做额外同步的情况下仍然不是线程安全的。这就是我们说的相对线程安全它能不保证何时调用者都不需要任何额外的同步措施。线程安全同步的实现方式互斥同步是常见的一种并发正确性保障手段。同步是指多个线程并发访问共享数据时保证共享数据在同一个时刻只被一个线程使用。java中常见的互斥同步手段就是synchronize和ReentrantLock。想必这两种加锁方式对多线程有了解的人都知道。具体用法我们不再探讨。我们聊一聊这两者的不同和具体场景应用。synchronize在前面的文字中我们也讲过了它属于重度锁由于jvm线程是映射于操作系统原生线程在阻塞或者唤醒线程时候需要从用户态转换到内核上这个耗费有时候会耗费时间超过代码执行时间所以jvm会对一些代码执行短的同步代码采用自旋锁等方式避免频繁的切入到核心态之中。synchronize是jvm提供的一种内置锁被jvm推荐使用它写出的代码相对比较简单紧凑只有当内置锁满足不了需求的时候再来用ReentrantLock。ReentrantLock那么ReentrantLock能提供哪些高级功能我们看个示例;public void synA() {synchronized (lockA) {synchronized (lockB) {//doSomeThing....}}}public void synB() {synchronized (lockB) {synchronized (lockA) {//doSomeThing....}}}上述通过synchronized的代码在多个线程分别调用synA和synB的时候容易发生死锁的问题。要想避免只能在编写的时候强制要求所有的调用顺序一致。而在ReentrantLock可以采用轮询锁的方式来避免此种问题。public void tryLockA() {long stopTime System.currentTimeMillis() 10000lwhile (true) {if (lockA.tryLock()) {try {if (lockB.tryLock()) {try {// doSomeThing.....return;} finally {lockB.unlock();}}} finally {lockA.unlock();}}if (System.currentTimeMillis() stopTime) {return;}}}上述trylock的方式如果不能获取到所需要的锁那么可以采用轮询的方式来获取从而让程序从新获取控制权而且会释放已经获得的锁。另外trylock还提供有定时重载方法方便你在一定时间内获得锁如果指定时间内不能给出结果会零程序结束。ReentrantLock除了提供可轮询定时锁以外还可以提供可中断的锁获取操作以便获取可取消的操作中使用枷锁。另外还提供了锁获取操作公平队列以及非块结构的锁。这些功能都极大的丰富了对锁操作的可定制性。当然了你如果ReentrantLock的这些高级功能你并用不上还是推荐采用synchronized。在性能上synchronized在java6以后已经可以和ReentrantLock相平衡了而且据官方据说这一方面的性能未来还会加强因为它属于jvm的内置属性能执行一些优化例如对线程封闭锁对象的锁消除优化以及增加锁的颗粒度来消除锁同步等。这些在ReentrantLock是很难得到实现的。锁优化上述我们也了解过多线程对资源竞争的时候会令其他没有竞争到的线性进行阻塞等待而阻塞以及唤醒又要需要内核的调度这对有限的cpu来说代价过于庞大于是jvm就在锁优化上花费了大量的精力以提高执行效率。我们看看常见的锁优化方式。自旋锁在共享数据锁定的状态下有很多方法都是只会持有很短的一段时间为了这么一小段时间而让线程挂起和恢复很不值得。那么jvm就让等待锁的线程稍等一下但不放弃相应的执行时间。以此看等待的线程是否很快释放如此就减少了线程调度的压力。如果锁被占用时间很短这个效果就很好如果时间过长就白白浪费了循环的资源而且会带来资源浪费。自适应自旋锁自旋锁无法依据锁被占用时间长短来处理后续就引入了自适应的自旋锁自选的时间不再固定了而是由前一次在同一个锁的自选时间以及拥有的状态来决定的。如此就会变的智能起来。锁消除锁消除是指jvm即时编译器在运行时候对一些代码上要求同步但被检测到不可能存在共享数据竞争的锁进行消除。锁消除检测主要依据是来源于逃逸分析的数据支持如果判断在一段代码中堆上的所有数据都不会逃逸出去就把他们当做栈上数据对待认为是线程私有的同步也就无需进行了。锁粗化编写代码的时候总是推荐将同步块作用范围越小越好如果一系列的操作都是对一个对象反复枷锁和解锁甚至出现在循环体中及时没有线程竞争也会导致不必要的性能损耗。那么对于此种代码jvm会扩大其锁的颗粒度对这一部分代码只采用一个同步操作来进行。轻量级锁轻量级锁是在没有多线程竞争的前提下减少传统的重量级锁使用操作系统互斥产生的性能消耗。jvm中对象header分为两部分信息第一部分用于存储对象自身的运行数据称为”Mark Word”,它是实现轻量级锁的关键。另外一部分用于存储执行方法区对象类型数据的指针。当代码进入同步块的时候如果此同步对象没有被锁定则把“Mark world”中指向锁记录的指针标记为“01”。如果Mark Word更新成功线程拥有了该对象的锁则把执行锁标位的指针标记为”00”如果更新失败并且当前对象的Mark word 没有指向当前线程的栈帧则说明锁对象已经被其他线程抢占了。如果有两条以上 线程争用同一个锁那轻量级锁就不再奏效了锁标记为”10“膨胀为重量级锁。轻量级锁是基于绝大部分的锁定在同步周期内是不存在竞争的所以以此来减轻互斥产生的性能消耗。当然如果存在锁竞争除了互斥还会避免使用互斥量的开销还有额外产生同步修改标记位的操作。偏向锁偏向锁是在无竞争情况下把整个同步都消除了连CAS更新操作也不做了它会偏向第一个获得它的线程如果在接下来的执行过程中该锁没有被其他的线程获取则持有偏向锁的线程将永远不需要同步当另外一个线程尝试获取这个锁的时候则宣告偏向模式结束。-----------------------------------------------------------------------------想看更多有趣原创的技术文章扫描关注公众号。关注个人成长和游戏研发推动国内游戏社区的成长与进步。
