3.线程状态
线程方法：
- setPriority(int newPriority) 更改线程的优先级。
- static void sleep(long millis) 在指定的毫秒数内让当前正在执行的线程体休眠。
- void join()等待改线程终止
- static void yield() 暂停当前正在执行的线程对象，并执行其他线程
- void interrupt() 中断线程 （不建议使用）
- boolean isAlive() 测试线程是否处于活动状态
停止线程：
- 不推荐使用JDK提供的stop()、destory()方法。
- 推荐线程自己停下来
- 建议使用一个标志位进行终止变量，当flag=false，则终止线程运行。
代码如下：
//设置一个标志位
private boolean flag = true;
@Override
public void run() {
while (flag){
System.out.println("线程体...");
}
}
public void stop(){
this.flag = false;
}
线程休眠：
- sleep 指定当前线程阻塞的毫秒数
- sleep 存在异常InterruptedException;
- sleep时间达到后线程进入就绪状态；
- sleep可以模拟网络延时（放大问题的发生性），倒计时等；
- 每个对象都有一个锁，sleep不会释放锁。
- sleep是静态方法 可以直接使用Thread.sleep();
线程礼让：
- 礼让线程，让当前正在执行的线程暂停，但不阻塞
- 将线程从运行状态转为就绪状态
- 让CUP重新调度，礼让不一定成功，看CUP心情！
- 礼让实现：Thread.yield();
线程强制执行
- join合并线程，待此线程执行完成后，再执行其他线程，其他线程堵塞
- 类似于插队
线程状态观测 Thread.State：
-
New
- 尚未启动的线程处于此状态
-
RUNNABLE
- 在JAVA虚拟机中执行的线程处于此状态
-
BLOCKED
- 被堵塞等待监测器锁定的线程处于此状态。
-
WAITING
- 正在等待另一个线程执行特定动作的线程处于此状态。
-
TIMED_WAITING
- 正在等待另一个线程执行动作达到指定等待时间的线程处于此状态
-
TERMINATED
- 已退出的线程处于此状态
Thread.getState();可以获得线程状态。
线程的优先级
-
JAVA提供了一个线程调度器来监控程序中启动后进入就绪状态的所有线程，线程调度器按照优先级决定应该调度哪个线程来执行
-
线程的优先级用数字表示，范围从1~10。
- Thread.MIN_PRIORITY = 1;
- Thread.MAX_PRIORITY = 10;
- Thread.NORM_PRIORITY = 5;
-
使用以下方式改变或获取优先级
- getPriority().setPriority(int xxx)
注意：
优先级的设定建议在start()调度前。
优先级低只是意味着获得调度的概率低，并不是优先级低就不会被调用了，这都是看CUP的调度。
守护线程
-
线程分为用户线程和守护线程
-
虚拟机必须确保用户线程执行完毕
-
虚拟机不用等待守护线程执行完毕
-
如 后台记录操作日照，监控内存，垃圾回收等待…
thread.setDaemon(true); thread.start();注意：虚拟机不用等待守护线程执行完毕，当用户线程执行完后，程序将自行停止。
4.线程同步
线程同步简介：
多个线程操作同一个资源
处理多线程时，多个线程访问同一个对象（并发），并且某些线程还想修改这个对象，此时我们需要线程同步，线程同步其实就是一种等待机制，多个需要同时访问此对象的线程进入这个对象的等待池形成队列，等待前面线程使用完毕，下一个线程再使用。
队列和锁：
使用队列+锁保证线程的安全性。
由于同一进程的多个线程共享同一块存储空间，在带来方便的同时，也带来了访问冲突问题，为了保证数据在方法中被访问时的正确性，在访问时加入锁机制 synchronized，当一个线程获得对象的排它锁，独占资源，其他线程必须等待，使用后释放锁即可。此机制会有以下问题：
- 一个线程持有锁会导致其他所有需要此锁的线程挂起。
- 在多线程的竞争下，加锁，释放锁会导致比较多的上下文切换和调度延时，引起性能问题。
- 如果一个优先级高的线程等待优先级低的线程释放锁，会导致优先级倒置，引发性能问题。
线程不安全案例：
抢票
public class BuyTicket implements Runnable {
private int ticketNums=10;
boolean flag=true;
@Override
public void run() {
while (flag){
try {
buy();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
private void buy() throws InterruptedException {
//判断是否有票
if(ticketNums <= 0){
flag=false;
return;
}
//模拟延时
Thread.sleep(100);
System.out.println(Thread.currentThread().getName()+"拿到第"+ticketNums--+"张票");
}
public static void main(String[] args) {
BuyTicket ticket = new BuyTicket();
new Thread(ticket,"小明").start();
new Thread(ticket,"小黄").start();
new Thread(ticket,"小暗").start();
}
}
小黄拿到第10张票
小明拿到第10张票
小暗拿到第9张票
小暗拿到第8张票
小黄拿到第7张票
小明拿到第6张票
小明拿到第5张票
小暗拿到第3张票
小黄拿到第4张票
小暗拿到第2张票
小黄拿到第1张票
小明拿到第0张票
小暗拿到第-1张票
不安全：第十张票被两个人拿到且出现了负数，出现负数的原因是，每个线程有自己的内存空间，当两个人即小明跟小暗同时拿到了第0张票，则出现了负数。
线程不安全的集合：
public class UnSafeList {
public static void main(String[] args) {
List<String> list=new ArrayList<>();
for (int i = 0; i < 1000; i++) {
new Thread(()->{
list.add(Thread.currentThread().getName());
}).start();
}
System.out.println(list.size());
}
}
输出：
852
原因：两个线程可能在同一时间将数据添加到了同一位置。
同步方法、同步块：
-
由于我们可以通过privite关键字保证数据对象智能被方法访问，因此，我们只需要针对方法提出一套机制，这套机制就是synchronized关键字，它包括两种用法：
-
synchronized方法和synchronized块
-
同步方法：public synchronized void method(int args){}
- synchronized 方法控制对"对象"的访问，每个对象对应一把锁，每个synchrinized方法都必须获得调用该方法的对象锁才能执行，否则线程会堵塞，方法一旦执行，就独占该锁，直到该方法返回才释放锁，后边被堵塞的线程才能获得这个锁，继续执行。
- 缺陷：若将一个大的方法申明为synchronized将会影响效率
- 将抢票案例改成线程安全：
public class BuyTicket implements Runnable { private int ticketNums=10; boolean flag=true; @Override public void run() { while (flag){ try { buy(); //模拟延时 Thread.sleep(100); } catch (InterruptedException e) { e.printStackTrace(); } } } private synchronized void buy() throws InterruptedException { //判断是否有票 if(ticketNums <= 0){ flag=false; return; } System.out.println(Thread.currentThread().getName()+"拿到第"+ticketNums--+"张票"); } public static void main(String[] args) { BuyTicket ticket = new BuyTicket(); new Thread(ticket,"小明").start(); new Thread(ticket,"小黄").start(); new Thread(ticket,"小暗").start(); } }
输出：
小明拿到第10张票 小黄拿到第9张票 小暗拿到第8张票 小黄拿到第7张票 小明拿到第6张票 小暗拿到第5张票 小明拿到第4张票 小黄拿到第3张票 小暗拿到第2张票 小明拿到第1张票-
同步块：synchronized(Obj obj){}
-
Obj称之为同步检测器
- Obj可以是任何对象，但是推荐使用共享资源作为同步检测器。
- 同步方法中无需指定同步检测器，因为同步方法的同步检测器就是this，就在这个对象本身，或者是class。
-
同步检测器的执行过程：
-
-
第一个线程访问，锁定同步检测器，执行其中代码。
-
第二个线程访问，发现同步检测器被锁定，无法执行。
-
第一个线程访问完毕，解锁同步检测器。
-
第二个线程访问，发现同步检测器没有锁，然后锁定并访问
…
-
-
-
代码：
public class UnSafeList { public static void main(String[] args) { List<String> list=new ArrayList<>(); for (int i = 0; i < 1000; i++) { new Thread(()->{ synchronized (list){ list.add(Thread.currentThread().getName()); } }).start(); } System.out.println(list.size()+list.get(1)); } } -
-
-
同步方法和同步块的区别： 同步方法锁的是当前类，同步块可锁任意对象，注意：锁的是需要修改的对象,例如List，只读的对象没必要锁。
死锁：
多个线程各自占有一些公共资源，并且相互等待其他线程占用的资源才能运行，而导致两个或者多个线程都在等待对方释放资源，都停止执行的情形，某一个同步块同时拥有"两个以上对象的锁"时，就可能会发生死锁的问题。
多个线程互相报着对方需要的资源，然后形成僵持，互相等待对方释放。
private void makeup(){
if (choice==0){
synchronized (obj1){ //获得Obj1的锁
synchronized (obj2){//获得Obj2的锁
}
}
}else {
synchronized (obj2){//获得Obj2的锁
synchronized (obj1){//获得Obj1的锁
}
}
}
}
//方法choice==1中，率先锁住了obj1, else 中锁住了obj2, 此时，if中需要获得obj2的锁，但是被else锁住了，同样，else中需要obj1的锁
例子： 现有红蓝钥匙两把，游戏规则是，获取两把钥匙，打开两扇门后再依次归还两把钥匙。
A获取了蓝钥匙，打开蓝色的门，
B获取了红钥匙，打开红色的门，
现在，A需要获得红钥匙，然后依次归还，游戏结束。B需要获得蓝钥匙，然后依次归还，游戏结束。A与B互相需要对方的钥匙，形成死锁。
产生死锁的四个必要条件：
- 互斥条件：一个资源每次智能被一个进程使用。
- 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
- 不剥夺条件：进程已获得的资源，在未使用完成之前，不能强行剥夺。
- 循环等待条件：若干进程之间形成一种头尾相接的循环等待资源关系。
发生死锁一般会在锁的嵌套中，解决就是设置锁嵌套的顺序。想办法破其中任意一个或者多个条件就可以避免死锁的发生。
Lock锁
-
从JDK5开始，JAVA提供了更强大的线程同步机制——通过显式定义同步锁对象来实现同步。同步锁使用Lock对象充当。
-
Lock接口（可重入锁）是控制多个线程对共享资源进行访问的工具。锁提供了对共享资源的独占访问，每次只能有一个线程对Lock对象加锁，线程开始访问共享资源之前应先获得Lock对象。
-
ReetrantLock类实现了Lock，它拥有与synchronized相同的并发性和内存语义，在实现线程安全的控制中，比较常用的是ReetrantLock，可以显式加锁，释放锁。
-
写法：
//Lock锁一般写在try catch中释放锁放在finally private final ReentrantLock lock=new ReentrantLock(); @Override public void run() { lock.lock(); //上锁 try { ... } catch (InterruptedException e) { e.printStackTrace(); }finally { lock.unlock(); //释放锁 } }
将上述买票代码写成Lock线程同步方式：
public class BuyTicket implements Runnable {
private int ticketNums=10;
boolean flag=true;
private final ReentrantLock lock=new ReentrantLock();
@Override
public void run() {
while (flag){
try {
lock.lock();
buy();
//模拟延时
Thread.sleep(100);
} catch (InterruptedException e) {
e.printStackTrace();
}finally {
lock.unlock();
}
}
}
private void buy() throws InterruptedException {
//判断是否有票
if(ticketNums <= 0){
flag=false;
return;
}
System.out.println(Thread.currentThread().getName()+"拿到第"+ticketNums--+"张票");
}
public static void main(String[] args) {
BuyTicket ticket = new BuyTicket();
new Thread(ticket,"小明").start();
new Thread(ticket,"小黄").start();
new Thread(ticket,"小暗").start();
}
}
Lock与Synchronized 与Lock的对比
- Lock是显式锁(手动开启和关闭锁)，synchronized是隐式锁，出了作用域后自动释放。
- Lock只有代码块锁，Synchronized有代码块锁和方法锁。
- 使用Lock锁，JVM将花费较少的时间来调度线程，性能更好，并且具有更好的扩展性(提供更多的子类)
- 优先使用顺序：
- Lock > 同步代码块（已经进入了方法体，分配了相应的资源）> 同步方法（在方法体之外）
257
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
