第一章 并发编程的挑战
框架图
上下文切换
单核多线程:将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