《Java并发编程的艺术》第一章并发编程的挑战

KirutoCode

于 2020-09-22 10:34:18 发布

阅读量184

点赞数

分类专栏： Java开发原理

本文链接：https://blog.csdn.net/McEason/article/details/108725965

版权

Java开发原理专栏收录该内容

13 篇文章 1 订阅

订阅专栏

文章目录

第一章并发编程的挑战

第一章并发编程的挑战

框架图

高清图片地址

上下文切换

单核多线程：将CPU的时间分成很多时间片，然后给每个线程分配时间片，同时CPU不停切换线程，以此来感觉是多线程的，时间片一般是几十毫秒。

上下文切换（Content Switch）：

CPU切换任务并不会直接将上一个任务遗弃，而是会保存上一个任务的状态，以备下次切换回这个任务时继续加载，所以这个从保存到再加载的过程就是上下文切换。
就像读书查字典，翻开字典前要记住书读到哪了，查完后再跳回来继续阅读。（跟程序计数器相关）
上下文切换也会影响多线程的执行速度。

多线程一定快吗？：不一定，作者做了个循环的例子，当并发累计操作低于100w次的时候，是比串行慢的，因为还有线程的创建和上下文切换的开销。

死锁

案例：t1和t2会互相等待对方释放锁。

package C1;

public class DeadLockDemo {
    private static String A = "A";
    private static String B = "B";


    private void deadLock(){
        // 新建线程
        Thread t1 = new Thread(new Runnable() {
            @Override
            public void run() {
                synchronized (A){
                    try {
                        // 让现在正在执行的沉睡
                        // 既然这个线程已经进来了，那就是自己了
                        Thread.currentThread().sleep(2000);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    synchronized (B){
                        System.out.println("1");
                    }
                }
            }
        });

        Thread t2 = new Thread(new Runnable() {
            @Override
            public void run() {
                synchronized (B){
                    synchronized (A){
                        System.out.println(2);
                    }
                }
            }
        });
        // t1先获得A锁，然后沉睡，此时t2开始
        // t2获得B锁，得不到A锁，要等着
        // t1醒了后得不到B锁，也要等着
        t1.start();
        t2.start();
    }

    public static void main(String[] args) {
        new DeadLockDemo().deadLock();
    }
}

场景：当一个线程拿到锁之后，因为一些异常情况没有释放掉、或者释放的时候抛出了异常，而其他线程又在等待这个锁。

避免方法：

避免一个线程同时获取多个锁。（少的话就不会有循环等待的情况）
避免一个线程在锁内同时占用多个资源，尽量保证每个锁只占用一个资源。（什么样的叫资源？答：变量吧）
尝试使用定时锁lock.tryLock(timeout)来代替内部锁机制。（如果锁在给定的等待时间内是空闲的，并且当前线程没有被中断，则获取锁。）（啥意思？啥时候用？）
数据库的加锁和解锁都在一个数据库连接里，否则会出现解锁失败的情况。

使用jstack解决：
工具提示，在代码的33行和22行出现问题。

Found one Java-level deadlock:
=============================
"Thread-1":
  waiting to lock monitor 0x0000000002cfab08 (object 0x00000000d63469c8, a java.lang.String),
  which is held by "Thread-0"
"Thread-0":
  waiting to lock monitor 0x0000000002cfbef8 (object 0x00000000d63469f8, a java.lang.String),
  which is held by "Thread-1"

Java stack information for the threads listed above:
===================================================
"Thread-1":
        at C1.DeadLockDemo$2.run(DeadLockDemo.java:33)
        - waiting to lock <0x00000000d63469c8> (a java.lang.String)
        - locked <0x00000000d63469f8> (a java.lang.String)
        at java.lang.Thread.run(Thread.java:748)
"Thread-0":
        at C1.DeadLockDemo$1.run(DeadLockDemo.java:22)
        - waiting to lock <0x00000000d63469f8> (a java.lang.String)
        - locked <0x00000000d63469c8> (a java.lang.String)
        at java.lang.Thread.run(Thread.java:748)

Found 1 deadlock.