多线程

活跃性问题：

   1.死锁

   2.饥饿: 一直获得不到时间片

          饥饿与公平

            饥饿情景：

               1 . 高优先级吞噬所有低优先级的cpu时间片

               2.线程被永久的堵塞在一个等待进入同步块的状态

               3.等待永远不被唤醒

            如何尽可能避免饥饿问题：

                1.线程的优先级不能太低

                2.使用锁代替synchronized

   3.活锁

性能问题：上下文切换造成的性能问题

线程安全性问题：

       多线程环境下   共享资源  非原子操作

 synchronized的原理：

    synchronized放在普通方法上是内置锁就是当前类的实例

                         放在静态方法上是内置锁是当前的Class字节码对象

                         修饰代码块内置锁是当前代码块中的对象

 jvm中锁信息存放在对象头中的mark word   类元数据地址 数组对象比其他对象多了一个length

mark word 中存放了对象的hash值 、

                                            线程id、

                                            Epoch、

                                            对象的分代年龄信息、

                                             是否是偏向锁、

                                             锁标志位

                 轻量级锁：将mark word 复制到线程的虚拟机栈中

                                  然后线程尝试修改锁标志位 修改成功获取轻量级锁 

                                 修改不成功（其他线程修改了）然后不停的修改，直到修改成功，这个过程也叫做自旋

                                  好处线程不会挂启 ，如果超过自旋次数 会升级为重量级锁

                重入锁：synchronized是一个重入锁

                lock与sunchronized的对比

                 synchronized 不需要调用锁的获取和释放简单   lock 需要显示的调用获取和释放，繁琐却能让代码更灵活

                使用lock可以方便的实现公平性 还有 非阻塞的获取锁   能被中断的获取锁 以及超时获取锁

 

               ReentrantReadWritrLock 锁降级

                     

锁降级指当前线程把持住写锁再获取到读锁，随后释放先前拥有的写锁的过程。

对于支持重入锁的同步器例如ReentrantReadWriteLock ，如果当前进程获取到了写锁是允许继续获取读锁的

             tryAcquireShared(int unused) 中

               if (exclusiveCount(c) != 0 && getExclusiveOwnerThread() != current)
                            return -1;// 如果getExclusiveOwnerThread() == current 此处不会直接返回往下到获取读锁的逻辑中
             

 

锁的内存语义：

    锁获取释放建立happens-before关系

         程序次序规则   程序不会执行顺序不变

        监视器规则 锁释放必须在锁的之前

        传递性规则

  锁获取释放的内存语义：锁除了让临界区互斥执行以外，还可以让释放锁的线程向获取同一个锁的线程发送消息；

队列：

Queue： 基本上，一个队列就是一个先入先出（FIFO）的数据结构

Queue接口与List、Set同一级别，都是继承了Collection接口。LinkedList实现了Deque接 口。

 

Queue的实现

1、没有实现的阻塞接口的LinkedList： 实现了java.util.Queue接口和java.util.AbstractQueue接口
　　内置的不阻塞队列： PriorityQueue 和 ConcurrentLinkedQueue
　　PriorityQueue 和 ConcurrentLinkedQueue 类在 Collection Framework 中加入两个具体集合实现。 
　　PriorityQueue 类实质上维护了一个有序列表。加入到 Queue 中的元素根据它们的天然排序（通过其 java.util.Comparable 实现）或者根据传递给构造函数的 java.util.Comparator 实现来定位。
　　ConcurrentLinkedQueue 是基于链接节点的、线程安全的队列。并发访问不需要同步。因为它在队列的尾部添加元素并从头部删除它们，所以只要不需要知道队列的大 小，　　　　    　　ConcurrentLinkedQueue 对公共集合的共享访问就可以工作得很好。收集关于队列大小的信息会很慢，需要遍历队列。

2)实现阻塞接口的：
　　java.util.concurrent 中加入了 BlockingQueue 接口和五个阻塞队列类。它实质上就是一种带有一点扭曲的 FIFO 数据结构。不是立即从队列中添加或者删除元素，线程执行操作阻塞，直到有空间或者元素可用。
五个队列所提供的各有不同：
　　* ArrayBlockingQueue ：一个由数组支持的有界队列。
　　* LinkedBlockingQueue ：一个由链接节点支持的可选有界队列。
　　* PriorityBlockingQueue ：一个由优先级堆支持的无界优先级队列。
　　* DelayQueue ：一个由优先级堆支持的、基于时间的调度队列。
　　* SynchronousQueue ：一个利用 BlockingQueue 接口的简单聚集（rendezvous）机制。

 

 

    

 

 

下表显示了jdk1.5中的阻塞队列的操作：

 

　　add        增加一个元索                     如果队列已满，则抛出一个IIIegaISlabEepeplian异常
　　remove   移除并返回队列头部的元素    如果队列为空，则抛出一个NoSuchElementException异常
　　element  返回队列头部的元素             如果队列为空，则抛出一个NoSuchElementException异常
　　offer       添加一个元素并返回true       如果队列已满，则返回false
　　poll         移除并返问队列头部的元素    如果队列为空，则返回null
　　peek       返回队列头部的元素             如果队列为空，则返回null
　　put         添加一个元素                      如果队列满，则阻塞
　　take        移除并返回队列头部的元素     如果队列为空，则阻塞

 

remove、element、offer 、poll、peek 其实是属于Queue接口。 

 

阻塞队列的操作可以根据它们的响应方式分为以下三类：aad、removee和element操作在你试图为一个已满的队列增加元素或从空队列取得元素时 抛出异常。当然，在多线程程序中，队列在任何时间都可能变成满的或空的，所以你可能想使用offer、poll、peek方法。这些方法在无法完成任务时 只是给出一个出错示而不会抛出异常。

 

注意：poll和peek方法出错进返回null。因此，向队列中插入null值是不合法的

 

最后，我们有阻塞操作put和take。put方法在队列满时阻塞，take方法在队列空时阻塞。

 

 

LinkedBlockingQueue的容量是没有上限的（说的不准确，在不指定时容量为Integer.MAX_VALUE，不要然的话在put时怎么会受阻呢），但是也可以选择指定其最大容量，它是基于链表的队列，此队列按 FIFO（先进先出）排序元素。

ArrayBlockingQueue在构造时需要指定容量， 并可以选择是否需要公平性，如果公平参数被设置true，等待时间最长的线程会优先得到处理（其实就是通过将ReentrantLock设置为true来 达到这种公平性的：即等待时间最长的线程会先操作）。通常，公平性会使你在性能上付出代价，只有在的确非常需要的时候再使用它。它是基于数组的阻塞循环队 列，此队列按 FIFO（先进先出）原则对元素进行排序。

PriorityBlockingQueue是一个带优先级的 队列，而不是先进先出队列。元素按优先级顺序被移除，该队列也没有上限（看了一下源码，PriorityBlockingQueue是对 PriorityQueue的再次包装，是基于堆数据结构的，而PriorityQueue是没有容量限制的，与ArrayList一样，所以在优先阻塞 队列上put时是不会受阻的。虽然此队列逻辑上是无界的，但是由于资源被耗尽，所以试图执行添加操作可能会导致 OutOfMemoryError），但是如果队列为空，那么取元素的操作take就会阻塞，所以它的检索操作take是受阻的。另外，往入该队列中的元 素要具有比较能力。

DelayQueue（基于PriorityQueue来实现的）是一个存放Delayed 元素的无界阻塞队列，只有在延迟期满时才能从中提取元素。该队列的头部是延迟期满后保存时间最长的 Delayed 元素。如果延迟都还没有期满，则队列没有头部，并且poll将返回null。当一个元素的 getDelay(TimeUnit.NANOSECONDS) 方法返回一个小于或等于零的值时，则出现期满，poll就以移除这个元素了。此队列不允许使用 null 元素。

线程池：

         https://www.cnblogs.com/superfj/p/7544971.html