关于多线程的笔记,欢迎借阅(原创)

进程和线程的区别线程的生命周期
实现多线程的两种方式多线程的随机性
多线程可见性问题 多线程的有序性问题多线程的原子性问题
CAS（体现了乐观锁的机制） synchronize、LOCK（悲观锁） 乐观锁和悲观锁的区别
悲观锁： 乐观锁：
什么是死锁(deadlock)？如何避免死锁？ 同步方法实现方式:
1)同步方法 :
2)同步代码块 :
3)使用特殊域变量(volatile)实现线程同步4)使用重入锁实现线程同步
5)使用局部变量实现线程同步
6)使用阻塞队列实现线程同步
7)使用原子变量实现线程同步threadlocal线程对象

进程和线程的区别
1.进程是正在运行的程序，是有自己的内存空间和系统资源的
2.线程：进程中的一条执行路径，一个进程中可以有多条执行路径
线程的生命周期
1.新建状态:
2.就绪状态：有执行资格没有执行权
3.运行状态: 进程正在执行线程代码
4.阻塞状态: 等待外部处理结束
5.死亡状态: 线程执行完成

同步阻塞: 等待获取锁
I/O阻塞: 等待I/O操作完成
实现多线程的两种方式
1.定义MyThread类继承Thread类，重写run（）方法，创建MyThread类的对象，对象调用start（）方法
a.常用方法（设置和获取线程名称）：
i.void setName(String name)
ii.Strin g getName()
iii.Thread currentThread()
b.优先级相关（默认优先级是5优先级范围是：1-10）
i.int getPriority()
ii.void setPriority(intnewPriority)
iii.JAVA使用抢占式调度模型
c.线程控制
i.void sleep(longmillis)

ii.void join()：t1.join (等待t1这个线程死亡)，再t2.start
iii.void setDaemon(boolean):将这个线程设置为守护线程
2.定义一个类MyRunnable实现Runnable接口，重写run（）方法，创建MyRunnable类的对象，创建Thread类的对象，把MyRunnable对象作为构造方法的参数，启动线程
a. 相比于继承Thread类，实现接口方式没有单继承问题
线程安全问题出现条件：多线程环境+共享数据+同时操作共享数据

多线程的随机性
抢占式调度

多线程可见性问题
代码：

原理：

解决方案：强制主线程去静态区（共享内存中）重新获取数据

volatile只能修饰堆内存（成员）和方法区（static修饰的）中的数据

其他三种方式：

多线程的有序性问题
（多线程下JVM指令重排/线程随机性导致问题）
为什么要有指令重排？有逻辑关系的代码一起执行，jvm的执行效率会比较高

线程1的指令重排和随机性（线程阻塞等）会对线程2的输出结果有影响

多线程的原子性问题
volatile只能解决多线程可见性问题， 不能解决原子性问题（a++是三个步骤
（从共享内存中取值，修改值，将修改后的值同步到共享内存），不是原子性 的，在t1获取完共享内存中的数据（比如1）后，还 未修改之前，线程t2抢占到

了cpu执行权，先对内存中的数据进行了修改（从1修改到2），t1再去修改共享内存中的值就有问题了）

解决方案：使用int的原子类，原子类中的weakCompareAndSetInt( )方法即为CAS：

各种数据类型所对应的原子类：
CAS（体现了乐观锁的机制）
其中也依赖了synchronize悲观锁

synchronize、LOCK（悲观锁）

被synchronize包裹的代码，如果出现异常会自动解锁，lock（）之后的代码如果出现异常不会自动解锁，因此需要在finnally中写unlock（）操作

乐观锁和悲观锁的区别

悲观锁：
总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁， 这样别人想拿这个数据就会阻塞直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁， 表锁等，读锁， 写锁等，都是在做操作之前先上锁。再比如 Java 里面的同步原语synchronized 关键字的实现 也是悲观锁。

乐观锁：
顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时 候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型， 这样可以提高吞

吐量，像数据库提供的类似于 write_condition 机制，其实都是提供的乐观锁。在 Java 中 java.util.concurrent.atomic 包下面的原子变量类就是使用了乐观锁的一种实现方式 CAS 实现的。
什么是死锁(deadlock)？如何避免死锁？
两个进程都在等待对方执行完毕才能继续往下执行的时候就发生了死 锁。结果就是两个进程都陷入了无限的等待中。 使用多线程的时候，一种非常
简单的避免死锁的方式就是：指定获取锁的顺序，并强制线程按照指定的顺序获取锁。因此，如果所有的线程都是以同样的顺序加锁和释放锁，就不会出现死锁了。
同步方法实现方式:
1)同步方法 :
即有 synchronized 关键字修饰的方法。 由于 java 的每个对象都有一个内置锁，当用此关键字修饰方法时，内置锁会保护整个方法。在调用该方法 前，需要获得内置锁，否则就处于阻塞状态。代码如： public synchronized
void save(){} 注： synchronized 关键字也可以修饰静态方法，此时如果调用该静态方法，将会锁住整个类
2)同步代码块 :
即有 synchronized 关键字修饰的语句块。 被该关键字修饰的语句块会自动被加上内置锁，从而实现同步,代码如： synchronized(object){ } 注：同步是一种高开销的操作，因此应该尽量减少同步的内容。 通常没有必要同步整个方法，使用 synchronized 代码块同步关键代码即可。
3)使用特殊域变量(volatile)实现线程同步
a.volatile 关键字为域变量的访问提供了一种免锁机制，
b.使用 volatile 修饰域相当于告诉虚拟机该域可能会被其他线程更新， c.因此每次使用该域就要重新计算，而不是使用寄存器中的值 d.volatile 不会提供任何原子操作，它也不能用来修饰 final 类型的变量
注：多线程中的非同步问题主要出现在对域的读写上，如果让域自身避免这个问题，则就不需要修改操作该 域的方法。 用 final 域，有锁保护的域和 volatile 域可以避免非同步的问题。
4)使用重入锁实现线程同步

在 JavaSE5.0 中新增了一个 java.util.concurrent 包来支持同步。ReentrantLock 类是可重入、互斥、实现了 Lock 接口的锁， 它与使用synchronized 方法和快具有相同的基本行为和语义，并且扩展了其能力ReenreantLock 类 的 常 用 方 法 有 ： ReentrantLock() : 创 建 一 个 ReentrantLock 实例 lock() : 获得锁 unlock() : 释放锁 注：ReentrantLock()还有一个可以创建公平锁的构造方法，但由于能大幅度降低程序运行效率，不推荐使用 注：关于 Lock 对象和 synchronized 关键字的选择： a.最好两个都不
用，使用一种 java.util.concurrent 包提供的机制， 能够帮助用户处理所有与锁相关的代码。 b.如果 synchronized 关键字能满足用户的需求，就用synchronized，因为它能简化代码 c.如果需要更高级的功能，就用ReentrantLock 类，此时要注意及时释放锁，否则会出现死锁，通常在 finally 代码释放锁
5)使用局部变量实现线程同步
如果使用 ThreadLocal 管理变量，则每一个使用该变量的线程都获得该变量的副本， 副本之间相互独立，这样每一个线程都可以随意修改自己的变量副本，而不会对其他线程产生影响。 ThreadLocal 类的常用方法 ThreadLocal() : 创建一个线程本地变量 get() : 返回此线程局部变量的当前线程副本中的值initialValue() : 返回此线程局部变量的当前线程的"初始值" set(T value) : 将此线程局部变量的当前线程副本中的值设置为 value 注：ThreadLocal 与同步机制 a.ThreadLocal 与同步机制都是为了解决多线程中相同变量的访问冲突问
题。 b.前者采用以"空间换时间"的方法，后者采用以"时间换空间"的方式
6)使用阻塞队列实现线程同步
前面 5 种同步方式都是在底层实现的线程同步，但是我们在实际开发当中，应当尽量远离底层结构。 使用 javaSE5.0 版本中新增的java.util.concurrent 包将有助于简化开发。 本小节主要是使用LinkedBlockingQueue来实现线程的同步 LinkedBlockingQueue是一个基于已连接节点的，范围任意的 blocking queue。 队列是先进先出的顺序
（FIFO） LinkedBlockingQueue 类常用方法 LinkedBlockingQueue() : 创建一个容量为 Integer.MAX_VALUE 的 LinkedBlockingQueue put(E e) : 在队尾添加一个元素，如果队列满则阻塞 size() : 返回队列中的元素个数 take() : 移除并返回队头元素，如果队列空则阻塞

7)使用原子变量实现线程同步
需要使用线程同步的根本原因在于对普通变量的操作不是原子的。 那么什么是原子操作呢？ 原子操作就是指将读取变量值、修改变量值、保存变量值看成一个整体来操作 即-这几种行为要么同时完成，要么都不完成。 在 java 的util.concurrent.atomic 包中提供了创建了原子类型变量的工具类， 使用该类可以简化线程同步。 其中 AtomicInteger 表可以用原子方式更新 int 的值，可用在应用程序中(如以原子方式增加的计数器)， 但不能用于替换 Integer；可扩展Number，允许那些处理机遇数字类的工具和实用工具进行统一访问。AtomicInteger 类常用方法： AtomicInteger(int initialValue) : 创建具有给定初始值的新的 AtomicInteger addAddGet(int dalta) : 以原子方式将给定值与当前值相加 get() : 获取当前值

threadlocal线程对象
ThreadLocal 的作用和目的：用于实现线程内的数据共享，即对于相同的程序代码，多个模块在同一个 线程中运行时要共享一份数据，而在另外线程中运行时又共享另外一份数据。 每个线程调用全局 ThreadLocal 对象的 set 方法，在 set 方法中，首先根据当前线程获取当前线程的 ThreadLocalMap 对象，然后往这个 map 中插入一条记录，key 其实是 ThreadLocal 对象，value 是各自的 set 方法传进去的值。也就是每个线程其实都有一份自己独享的ThreadLocalMap对象，该对象的Key是ThreadLocal 对象，值是用户设置的具体值。在线程结束时可以调用 ThreadLocal.remove()方法，这样会更快释放内存，不 调 用也可以，因为线程结束后也可以自动释放相关的 ThreadLocal 变量。ThreadLocalMap

线程池
线程池作用就是限制系统中执行线程的数量
根据系统的环境情况，可以自动或手动设置线程数量，达到运行的最佳效 果；少了浪费了系统资源，多 了造成系统拥挤效率不高。用线程池控制线程数
量，其他线程 排队等候。一个任务执行完毕，再从队列的中 取最前面的任务开始执行。若队列中没有等待进程，线程池的这一资源处于等待。当一个新任务需

要运行时， 如果线程 池中有等待的工作线程，就可以开始运行了；否则进入等待队列。
为什么要用线程池:
减少了创建和销毁线程的次数，每个工作线程都可以被重复利用，可执行多个任务 可以根据系统的承受能力，调整线程池中工作线线程的数目，防止因为因为消耗过多的内存，而把服务 器累趴下(每个线程需要大约 1MB 内存，线程开的越多，消耗的内存也就越大，最后死机)
线程池接口:ExecutorService
Java 里面线程池的顶级接口是 Executor，但是严格意义上讲 Executor 并不是一个线程池，而只是一个 执行线程的工具
阻塞队列与普通队列的区别在于，当队列是空的时，从队列中获取元素的 操作将会被阻塞，或者当队列是满时，往队列里添加元素的操作会被阻塞。试图从空的阻塞队列中获取元素的线程将会被阻塞，直到其他的线程往空的队列插入新的元素。同样，试图往已满的阻塞队列中添加新元素的线程同样也会被阻塞， 直到其他的线程使队列重新变得空闲起来，如从队列中移除一个或者多个元素， 或者完全清空队列