【JUC】线程基础总结

基本概念

CPU线程数：是同一时刻设备能并行执行的程序个数，线程数=cpu个数 * 核数（注意区分java线程和cpu线程）

澄清并行和并发

高并发编程的意义、好处和注意事项

好处：充分利用cpu的资源、加快用户响应的时间，提高系统的吞吐量，程序模块化，异步化

问题：线程共享资源，存在冲突；容易导致死锁；启用太多的线程，就有搞垮机器的可能

系统吞度量要素

一个系统的吞吐量（承受能力）与request对CPU的消耗、外部接口、IO等等紧密关联。单个request对CPU消耗越高，外部系统接口、IO影响速度越慢。系统吞吐量越低，反之越高。

系统吞吐量就几个重要参数：QPS（TPS）、并发数、响应时间

• QPS（TPS）：每秒钟request/事务 数量
• 并发数：系统同一时间处理的request/事务数
• 响应时间：一般取平均响应时间

（非常多人常常会把并发数与TPS混淆）

三者之间的关系：

• QPS（TPS）= 并发数/平均响应时间
• 并发数 = QPS*平均响应时间

怎么安全停止线程：

线程自然终止：自然执行完或抛出未处理异常

stop()，resume()，suspend()已不建议使用，stop()会导致线程不会正确释放资源，suspend()容易导致死锁。

java线程是协作式，而非抢占式（？？？）

调用一个线程的interrupt() 方法中断一个线程，并不是强行关闭这个线程，只是跟这个线程打个招呼，将线程的中断标志位置为true，线程是否中断，由线程本身决定。

isInterrupted() 判定当前线程是否处于中断状态。

static方法interrupted() 判定当前线程是否处于中断状态，同时中断标志位改为false。

方法里如果抛出InterruptedException，线程的中断标志位会被复位成false，如果确实是需要中断线程，要求我们自己在catch语句块里再次调用interrupt()。

线程状态如何切换

线程的优先级

取值为1~10，缺省为5，但线程的优先级不可靠，不建议作为线程开发时候的手段

守护线程

和主线程共死，finally不能保证一定执行

等待和通知

wait() 对象上的方法

notify/notifyAll 对象上的方法

等待和通知的标准范式

等待方：

• 获取对象的锁；
• 循环里判断条件是否满足，不满足调用wait方法，
• 条件满足执行业务逻辑

通知方来说

• 获取对象的锁；
• 改变条件
• 通知所有等待在对象的线程

notify和notifyAll应该用谁？

应该尽量使用notifyAll，使用notify因为有可能发生信号丢失的的情况

等待超时模式实现一个连接池

假设 等待时间时长为T，当前时间now+T以后超时

	long  overtime = now+T;

	long remain = T;//等待的持续时间

	while(result不满足条件&& remain>0){
      	wait(remain);

      	remain = overtime – now;//等待剩下的持续时间
	}

	return result;

join()方法

面试点

线程A，执行了线程B的join方法，线程A必须要等待B执行完成了以后，线程A才能继续自己的工作

调用yield() 、sleep()、wait()、notify()等方法对锁有何影响？

线程在执行yield()以后，持有的锁是不释放的

sleep()方法被调用以后，持有的锁是不释放的

调动方法之前，必须要持有锁。调用了wait()方法以后，锁就会被释放，当wait方法返回的时候，线程会重新持有锁

调动方法之前，必须要持有锁，调用notify()方法本身不会释放锁的

Java技能树 > 并发 > 并发的定义