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


第一章 并发编程的挑战

框架图

高清图片地址


上下文切换

单核多线程:将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.

资源限制的挑战

什么是资源限制?:限制分硬件和软件两种,硬件有带宽速度、硬盘读写速度、CPU处理速度;软件有数据库的连接数和socket连接数。

资源限制引发的问题?:并发中代码加速的原则是把串行写成并发,但是如果因为资源导致做不到并发,只能串行,如此会增加一些上下文切换和资源调度的消耗,不如直接串行。比如网速就是不够,多少条并发下载也没有,还会因为来回切换浪费效率。

如何解决资源限制问题?:对于硬件限制,使用集群,让很多机器一起搞;对于软件限制,使用资源池将资源复用(跟内存分配有关吗?)。


工具使用

jps:列出pid和Java主类名
jps -l:列出pid和Java主类全程
jps -lm:列出pid、主类全程和应用程序参数
jps -v:列出pid和JVM参数
jstak -l pid:针对程序或core文件做线程dump

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值