java线程总结

多线程:

进程:是一个正在执行的中的程序

每一个进程执行都有一个执行顺序,该顺序是一个执行路劲,或者一个控制单元

线程:就是进程中的一个独立的控制单元

线程在控制着进程的执行

一个进程中至少有一个线程

Java  JVM 启动时会有一个进程java.exe

 

该进程中至少一个线程负责java程序的执行

 

而且这个线程运行的代码存在于main方法中,该线程为主线程

 

扩展:其实更细节说明JVM启动不止一个线程,还有负责垃圾回收机制的线程

创建线程的第一种方式:继承Thread类

步骤:

1、定义类继承Thread

2、复写Thread类中的run方法

目的:将自定义的代码存储在run方法,让线程运行

3、调用线程的start方法(start作用:启动线程,调用run方法)

为什么要覆盖run方法:

Thread 类用于描述线程

该类定义一个功能,用于存储线程要运行的代码,该存储功能就是run方法

也就是说Thread类中的run方法,用于存储线程要运行的代码

class A extends Thread{

public void run(){

要执行的代码

} 

public  static  void main(String args[ ]){

A  a  =  new A(  );//此处可以是A带参数的构造方法

A.start();

}

创建线程的第二种方式:实现Runable接口

步骤:

1、定义类实现Runable接口

2、覆盖Runable接口中的run方法

将线程要运行的代码存放在该run方法中

3、通过Thread类建立线程对象

4、将Runable接口的子类对象作为实际参数传递给Thread类的构造方法

自定义的run方法所属的对象是Runable接口的子类对象

所以要让线程去指定对象的run方法,就必须明确该run方法所属对象

5、调用Thread类的start方法开启线程并调用Runable接口子类的run方法

class A implements Runnable{

public void run(){

要执行的代码

public static void main(String [ ]args){

Thread t1 = new Thread(new A(  ));//此处传入A的对象

t1.start();

实现方式和继承方式有什么区别?

 

实现方式好处,避免了单继承的局限性

在定义线程时,建立使用实现方式

二种方式区别:

继承Thread:线程代码存放在Thread子类的run方法中

实现Runable:线程代码存放在接口子类的run方法中

多线程的运行出现了安全问题

问题原因:

当多条语句在操作同一个线程共享数据时,一个线程对多条语句只执行了一部分,还没有执行完,另一个线程参与进来执行,导致共享数据的错误

解决办法:

当对多条操作共享数据的语句,只能让一个线程都执行完,在执行过程中,其他线程不可以参与执行

 java对多线程的安全问题提供了专业的解决方式

同步代码块

 synchronized(对象){

需要被同步的代码

 

对象如同锁,持有锁的线程可以在同步中执行

没有持有锁的线程即使获取cpu的执行权,也进不去,因为没有获取锁

同步的前提:

1、必须要有两个或者两个以上的线程。

2、必须是多个线程使用同一个锁

必须保证同步中只有一个线程在运行

 

好处:解决了多线程的安全问题

弊端:多个线程需要判断锁,较为消耗资源

 

函数需要被对象调用,那么函数都有一个所属对象引用,就是this

所以同步函数使用的锁是this

 

如果同步函数被静态修饰后,所有的锁不是this,静态进内存,内存中没有本类对象,但是一定有该类对应的字节码对象

类名.class   该对象的类型是class

 

静态同步方法:使用的锁是该方法所在类的字节码文件对象。类名.class

单例模式中的懒汉式,延时加载,会出现安全问题

class  Single {

private  static Single  s=null;

private   Single( ){  } 

public   static Single getInstance( ){

If(s==null){

synchronized  (Single.class){

if(s==null)//利用双重判断(效率高点)

 s  =  new Single ( );

}

}

return s;

}

}

死锁:(最开始启动的线程是不是自己想要的程序,状态切换时唤醒的是不是自己希望唤醒的)

同步中嵌套同步,且锁不同

在同步中嵌套了同步,但synchronized所使用的锁不同

synchronized(对象 A){

 synchronized(对象 B){ }

  }

 

  synchronized(对象 B{

  synchronized(对象 A){ 

  }


死锁最容易出现的地方:

1:程序最先开始的时候,一般这类问题都会涉及到多线程。最开始启动的程序是不是自己想要的程序

2:状态切换的时候,唤醒的是不是自己所希望的线程

3:达到特殊的条件的时候,是不是会发生死锁

线程间通讯:

其实就是多个线程在操作同一个资源

但是操作的动作不同

等待唤醒机制

wait:

notify():

notifyAll():

都使用在同步中,因为要对持有监视器(锁)的线程操作。

所以要使用在同步中,因为只有同步才具有锁

 

为什么这些操作线程的方法要定义object类中?

因为这些方法操作在同步线程时,都必须要标识他们所操作线程只有的锁

只有同一个锁上的被等待的线程,可以被同一个锁上的notify唤醒

不可以对不同锁中的线程进行唤醒

也就是说,等待和唤醒必须是同一个锁

而锁可以是任意对象,所以可以被任意对象调用的方法定义在Object类中 

 

 

对于多个生产者和消费者

定义while判断标记,让被唤醒的线程再一次判断标记

 

notify容易出现只唤醒本线程的情况,导致程序中的所有线程都等待

 

JDK1.5中提供了多线程升级解决方案

将同步Synchronized替换成现实lock操作

将Object中的wait,notify,notifyall,替换了Condition对象

该对象可以lock锁,进行获取,实现只唤醒对方操作

 

import java.util.concurrent.locks.*;

class Demo{

    public static void main(String args[]){

        Resource r = new Resource();

        Producer pro = new Producer(r);

        Consumer con = new Consumer(r);

        Thread t1 = new Thread(pro);

        Thread t3 = new Thread(pro);

        Thread t2 = new Thread(con);

        Thread t4 = new Thread(con);

        t1.start();

        t2.start();

        t3.start();

        t4.start();

    }

}

class Resource{

    private String name;

    private int count = 1;

    private boolean flag = false;

    private Lock lock = new ReentrantLock();

    private Condition condition_pro = lock.newCondition();

    private Condition condition_con = lock.newCondition();

    public void set(String name) throws InterruptedException{

        lock.lock();

        try{

            while(flag){

                condition_pro.await();

            }

            this.name = name+"--"+count++;

            System.out.println(Thread.currentThread().getName()+"...生产者..."+this.name);

            flag = true;

            condition_con.signal();

        }finally{

            lock.unlock();

        }

    }

    public void out() throws InterruptedException{

        lock.lock();

        try{

            while(!flag){

                condition_con.await();

            }

            System.out.println(Thread.currentThread().getName()+"...消费者..........."+this.name);

            flag = false;

            condition_pro.signal();

        }finally{

            lock.unlock();

        }

    }

}

class Producer implements Runnable{

    private Resource res;

    Producer(Resource res){

        this.res = res;

    }

    public void run(){

        while(true){

            try{

                res.set("+商品+");

            }catch(InterruptedException e){

                

            }    

        }

    }

}

class Consumer implements Runnable{

    private Resource res;

    Consumer(Resource res){

        this.res = res;

    }

    public void run(){

        while(true){

            try{

                res.out();

            }catch(InterruptedException e){

                

            }

        }

    }

}

 

 

停止线程

stop方法已过时,停止线程只有run方法结束

开启多线程运行,运行代码通常是循环结构,控制循环,就可以结束run方法

 

特殊情况:当线程处于冻结状态,就不会读取到标记,那么线程就不会结束

 

当没有指定的方式让冻结的线程恢复到运行的状态,这时需要对冻结进行清除

强制让线程恢复到运行状态中(interrrupt),这样就可以操作标记让线程结束

 

join:

当A线程执行到了B线程的.join()方法时,A就会等待,等B线程都执行完,A才会执行

join可以用来临时加入线程执行

 

守护线程方法:

        setDaemon(true);

        作用:将该线程标记为守护线程或用户线程,

   当正在运行的线程都是守护线程时,java虚拟机退出

        该方法必须在启动线程前调用。

        该方法首先调用线程的checkAccess方法,并且不带任何参数。

   主线程结束,后台线程自动结束

         

        优先级yield方法:

        暂停当前正在执行的线程对象,并执行其他线程。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值