一:ThreadLocal<T> local = new ThreadLocal<>();
如:
ThreadLocal<Long> startTime = new ThreadLocal<>();
使用:
startTime.set(System.currentTimeMillis());
System.currentTimeMillis() - startTime.get(); 还有remove()方法。
解析:使用 threadLocal 设置变量,此时该变量仅仅会在当前线程中进行保存删除操作,不会影响到其他线程
二:并发集合容器使用之:CopyOnWriteArrayList();
实现:
this.hmilyParticipants = Lists.newCopyOnWriteArrayList();
认识:CopyOnWriteArrayList 是一个安全的并发 arrayList集合,特性:读时无锁,写时有锁,适用于读操作远远大于写操作的情形。是一种读写分离的并发策略。底层原理:首先将当前容器复制一份,然后在新副本上执行写操作,结束之后再将原容器的引用指向新容器。
缺点:1.首先占用内存大,每次都要生成一份新的副本,数据量大时,对内存影响较大。2、无法保证实时性,在写操作过程中,不会阻塞但是读取到的是老容器的数据。3、大量写操作时性能极差。
三:如何安全停止一个线程
public class BestPractice extends Thread {
private volatile boolean finished = false; // ① volatile条件变量
public void stopMe() {
finished = true; // ② 发出停止信号
}
@Override
public void run() {
while (!finished) { // ③ 检测条件变量
// do dirty work // ④业务代码
}
}
}
使用信号量停止线程是最好的办法,其次就是Thread.currentThread().interrupt();然后判断 Thread.currentThread.isInterrupted()进行判断 如:while(!Thread.currentThread.isInterrupted()){ break; }
四:为什么用BlockingQueue实现生产者消费者:
首先并发集合容器包括:ConcurrentLinkedQueue(高性能的并发队列,使用无锁实现,基于乐观锁)、CopyOnWriteArrayList(读写分离的锁策略) 以及 BlockingQueue(包括 ArrayBlockingQueue、LinkedBlockingQueue),在实践中一直是使用阻塞队列 BlockingQueue实现生产者消费者,究其原因就在于 BlockingQueue队列中 的存放put()以及获取 take()都是阻塞的,如:包含 notEmpty 和 notFull 两把锁,如果符合条件就会让对应的锁进行 等待 如: notEmpty.awit() 如果察觉到条件变化就调用 notEmpty.notify() 唤醒,这样就不需要通过定时任务定时去判断、刷新数据,因此使用 blockingQueue作为生产者消费者。而因为是加锁的,所以性能不是很好,这时候 disruptor 这个无锁的生产者消费者框架有了用武之地。