java基础知识回顾之java Thread类学习（六）--java多线程同步函数用的锁

1.验证同步函数使用的锁----普通方法使用的锁

  • 思路：创建两个线程，同时操作同一个资源，还是用卖票的例子来验证。创建好两个线程t1，t2，t1线程走同步代码块操作tickets,t2,线程走同步函数封装的代码操作tickets，同步代码块中的锁我们可以指定。假设我们事先不知道同步函数用的是什么锁；如果在同步代码块中指定的某个锁（测试）和同步函数用的锁相同，就不会出现线程安全问题，如果锁不相同，就会发生线程安全问题。

看下面的代码：t1线程用的同步锁是obj，t2线程在操作同步函数的资源，假设不知道用的是什么锁？我们测试代码，看是否会发生线程安全问题。

public class TestMethodSynchronisedLock implements Runnable {
    private int tickets = 100;
    private boolean flag = true;
    Object obj = new Object();
    @Override
    public void run() {
        // TODO Auto-generated method stub
        if(flag){//标志位true,t1进入同步代码块
            while (true){
                synchronized (obj) {
                    if(tickets > 0){
                        try {
                            Thread.sleep(100);
                        } catch (InterruptedException e) {
                            // TODO Auto-generated catch block
                            e.printStackTrace();
                        }
                        System.out.println(Thread.currentThread().getName()+">>>>obj<<<<<"+(tickets--));
                    }
                }
            }
        }else{
            while(true){this.show();}

        }
    }

    public synchronized void show(){//同步函数
        while (true){
            if(tickets > 0){

                System.out.println(Thread.currentThread().getName()+">>>>show<<<<<"+(tickets--));
            }
        }
    }
    public static void main(String[]args){
        TestMethodSynchronisedLock r = new TestMethodSynchronisedLock();
        Thread t1 = new Thread(r);
        Thread t2 = new Thread(r);
        t1.start();//t1启动之后进入同步代码块
        try {
            Thread.sleep(100);//主线程开启完t1,停了10毫秒，避免执行的太快，t2线程进入不了函数
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        r.flag = false;//标记切换
        t2.start();//t2线程进入同步函数执行代码
    }
}

运行结果：

Thread-1>>>>show<<<<<100
Thread-1>>>>show<<<<<99
Thread-1>>>>show<<<<<98
Thread-1>>>>show<<<<<97
Thread-1>>>>show<<<<<96
Thread-1>>>>show<<<<<95
Thread-1>>>>show<<<<<94
Thread-1>>>>show<<<<<93
Thread-1>>>>show<<<<<92
Thread-1>>>>show<<<<<91
Thread-1>>>>show<<<<<90
Thread-0>>>>obj<<<<<88
Thread-1>>>>show<<<<<89
Thread-1>>>>show<<<<<87
Thread-1>>>>show<<<<<86
Thread-1>>>>show<<<<<85
Thread-1>>>>show<<<<<84
Thread-1>>>>show<<<<<83
Thread-1>>>>show<<<<<82
Thread-1>>>>show<<<<<81
Thread-1>>>>show<<<<<80
Thread-1>>>>show<<<<<79
Thread-1>>>>show<<<<<78
Thread-1>>>>show<<<<<77
Thread-1>>>>show<<<<<76
Thread-1>>>>show<<<<<75
Thread-1>>>>show<<<<<74
Thread-1>>>>show<<<<<73
Thread-1>>>>show<<<<<72
Thread-1>>>>show<<<<<71
Thread-1>>>>show<<<<<70
Thread-1>>>>show<<<<<69
Thread-1>>>>show<<<<<68
Thread-1>>>>show<<<<<67
Thread-1>>>>show<<<<<66
Thread-1>>>>show<<<<<65
Thread-1>>>>show<<<<<64
Thread-1>>>>show<<<<<63
Thread-1>>>>show<<<<<62
Thread-1>>>>show<<<<<61
Thread-1>>>>show<<<<<60
Thread-1>>>>show<<<<<59
Thread-1>>>>show<<<<<58
Thread-1>>>>show<<<<<57
Thread-1>>>>show<<<<<56
Thread-1>>>>show<<<<<55
Thread-1>>>>show<<<<<54
Thread-1>>>>show<<<<<53
Thread-1>>>>show<<<<<52
Thread-1>>>>show<<<<<51
Thread-1>>>>show<<<<<50
Thread-1>>>>show<<<<<49
Thread-1>>>>show<<<<<48
Thread-1>>>>show<<<<<47
Thread-1>>>>show<<<<<46
Thread-1>>>>show<<<<<45
Thread-1>>>>show<<<<<44
Thread-1>>>>show<<<<<43
Thread-1>>>>show<<<<<42
Thread-1>>>>show<<<<<41
Thread-1>>>>show<<<<<40
Thread-1>>>>show<<<<<39
Thread-1>>>>show<<<<<38
Thread-1>>>>show<<<<<37
Thread-1>>>>show<<<<<36
Thread-1>>>>show<<<<<35
Thread-1>>>>show<<<<<34
Thread-1>>>>show<<<<<33
Thread-1>>>>show<<<<<32
Thread-1>>>>show<<<<<31
Thread-1>>>>show<<<<<30
Thread-1>>>>show<<<<<29
Thread-1>>>>show<<<<<28
Thread-1>>>>show<<<<<27
Thread-1>>>>show<<<<<26
Thread-1>>>>show<<<<<25
Thread-1>>>>show<<<<<24
Thread-1>>>>show<<<<<23
Thread-1>>>>show<<<<<22
Thread-1>>>>show<<<<<21
Thread-1>>>>show<<<<<20
Thread-1>>>>show<<<<<19
Thread-1>>>>show<<<<<18
Thread-1>>>>show<<<<<17
Thread-1>>>>show<<<<<16
Thread-1>>>>show<<<<<15
Thread-1>>>>show<<<<<14
Thread-1>>>>show<<<<<13
Thread-1>>>>show<<<<<12
Thread-1>>>>show<<<<<11
Thread-1>>>>show<<<<<10
Thread-1>>>>show<<<<<9
Thread-1>>>>show<<<<<8
Thread-1>>>>show<<<<<7
Thread-1>>>>show<<<<<6
Thread-1>>>>show<<<<<5
Thread-1>>>>show<<<<<4
Thread-1>>>>show<<<<<3
Thread-1>>>>show<<<<<2
Thread-1>>>>show<<<<<1
Thread-0>>>>obj<<<<<0

出现了0票，出现了线程安全问题。t1和t2不是用的同一个锁，说明同步函数不是用的obj锁。

把上面同步代码块的锁换成this，在进行测试。

package com.lp.ecjtu.Thread;
public class TestMethodSynchronisedLock implements Runnable {
    private int tickets = 100;
    private boolean flag = true;
    //Object obj = new Object();
    @Override
    public void run() {
        // TODO Auto-generated method stub
        if(flag){//标志位true,t1进入同步代码块
            while (true){
                synchronized (this) {//同步代码块,obj改为this证明同步代码块和下面的同步函数调用的是this锁
                    if(tickets > 0){
                        try {
                            Thread.sleep(100);
                        } catch (InterruptedException e) {
                            // TODO Auto-generated catch block
                            e.printStackTrace();
                        }
                        System.out.println(Thread.currentThread().getName()+">>>>obj<<<<<"+(tickets--));
                    }
                }
            }
        }else{
            while(true){this.show();}

        }
    }

    public synchronized void show(){//同步函数
        while (true){
            if(tickets > 0){

                System.out.println(Thread.currentThread().getName()+">>>>show<<<<<"+(tickets--));
            }
        }
    }
    public static void main(String[]args){
        TestMethodSynchronisedLock r = new TestMethodSynchronisedLock();
        Thread t1 = new Thread(r);
        Thread t2 = new Thread(r);
        t1.start();//t1启动之后进入同步代码块
        try {
            Thread.sleep(100);//主线程开启完t1,停了10毫秒，避免执行的太快，t1线程进入不了synchronized代码块
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        r.flag = false;//标记切换
        t2.start();//2线程进入同步函数代码块
    }
}

运行结果如下：

Thread-0>>>>obj<<<<<100
Thread-0>>>>obj<<<<<99
Thread-0>>>>obj<<<<<98
Thread-1>>>>show<<<<<97
Thread-1>>>>show<<<<<96
Thread-1>>>>show<<<<<95
Thread-1>>>>show<<<<<94
Thread-1>>>>show<<<<<93
Thread-1>>>>show<<<<<92
Thread-1>>>>show<<<<<91
Thread-1>>>>show<<<<<90
Thread-1>>>>show<<<<<89
Thread-1>>>>show<<<<<88
Thread-1>>>>show<<<<<87
Thread-1>>>>show<<<<<86
Thread-1>>>>show<<<<<85
Thread-1>>>>show<<<<<84
Thread-1>>>>show<<<<<83
Thread-1>>>>show<<<<<82
Thread-1>>>>show<<<<<81
Thread-1>>>>show<<<<<80
Thread-1>>>>show<<<<<79
Thread-1>>>>show<<<<<78
Thread-1>>>>show<<<<<77
Thread-1>>>>show<<<<<76
Thread-1>>>>show<<<<<75
Thread-1>>>>show<<<<<74
Thread-1>>>>show<<<<<73
Thread-1>>>>show<<<<<72
Thread-1>>>>show<<<<<71
Thread-1>>>>show<<<<<70
Thread-1>>>>show<<<<<69
Thread-1>>>>show<<<<<68
Thread-1>>>>show<<<<<67
Thread-1>>>>show<<<<<66
Thread-1>>>>show<<<<<65
Thread-1>>>>show<<<<<64
Thread-1>>>>show<<<<<63
Thread-1>>>>show<<<<<62
Thread-1>>>>show<<<<<61
Thread-1>>>>show<<<<<60
Thread-1>>>>show<<<<<59
Thread-1>>>>show<<<<<58
Thread-1>>>>show<<<<<57
Thread-1>>>>show<<<<<56
Thread-1>>>>show<<<<<55
Thread-1>>>>show<<<<<54
Thread-1>>>>show<<<<<53
Thread-1>>>>show<<<<<52
Thread-1>>>>show<<<<<51
Thread-1>>>>show<<<<<50
Thread-1>>>>show<<<<<49
Thread-1>>>>show<<<<<48
Thread-1>>>>show<<<<<47
Thread-1>>>>show<<<<<46
Thread-1>>>>show<<<<<45
Thread-1>>>>show<<<<<44
Thread-1>>>>show<<<<<43
Thread-1>>>>show<<<<<42
Thread-1>>>>show<<<<<41
Thread-1>>>>show<<<<<40
Thread-1>>>>show<<<<<39
Thread-1>>>>show<<<<<38
Thread-1>>>>show<<<<<37
Thread-1>>>>show<<<<<36
Thread-1>>>>show<<<<<35
Thread-1>>>>show<<<<<34
Thread-1>>>>show<<<<<33
Thread-1>>>>show<<<<<32
Thread-1>>>>show<<<<<31
Thread-1>>>>show<<<<<30
Thread-1>>>>show<<<<<29
Thread-1>>>>show<<<<<28
Thread-1>>>>show<<<<<27
Thread-1>>>>show<<<<<26
Thread-1>>>>show<<<<<25
Thread-1>>>>show<<<<<24
Thread-1>>>>show<<<<<23
Thread-1>>>>show<<<<<22
Thread-1>>>>show<<<<<21
Thread-1>>>>show<<<<<20
Thread-1>>>>show<<<<<19
Thread-1>>>>show<<<<<18
Thread-1>>>>show<<<<<17
Thread-1>>>>show<<<<<16
Thread-1>>>>show<<<<<15
Thread-1>>>>show<<<<<14
Thread-1>>>>show<<<<<13
Thread-1>>>>show<<<<<12
Thread-1>>>>show<<<<<11
Thread-1>>>>show<<<<<10
Thread-1>>>>show<<<<<9
Thread-1>>>>show<<<<<8
Thread-1>>>>show<<<<<7
Thread-1>>>>show<<<<<6
Thread-1>>>>show<<<<<5
Thread-1>>>>show<<<<<4
Thread-1>>>>show<<<<<3
Thread-1>>>>show<<<<<2
Thread-1>>>>show<<<<<1
多次运行分析，线程安全，说明同步代码块和同步函数运行的锁是一样的。总结：函数被对象引用，那么函数都一个所属对象的引用，就是this，所以同步函数使用的锁是this。

java基础知识回顾之java Thread类学习（六）--java多线程同步函数用的锁,布布扣,bubuko.com

时间： 2024-10-26 18:13:40

java基础知识回顾之java Thread类学习（六）--java多线程同步函数用的锁的相关文章

Java基础知识回顾-18（Math类，Arrays类和大数据运算）

public class MathDemo { public static void main(String[] args) { double x=12.2; //取绝对值 System.out.println(Math.abs(-99)); //向上取整 System.out.println(Math.ceil(x)); //向下取整 System.out.println(Math.floor(x)); //取最大值 System.out.println(Math.max(2,5)); //取

java基础知识回顾之java Thread类学习（八）--java多线程通信等待唤醒机制经典应用（生产者消费者）

 *java多线程--等待唤醒机制:经典的体现"生产者和消费者模型 *对于此模型,应该明确以下几点: *1.生产者仅仅在仓库未满的时候生产,仓库满了则停止生产. *2.消费者仅仅在有产品的时候才能消费,仓空则等待. *3.当消费者发现仓储没有产品可消费的时候,会唤醒等待生产者生产. *4.生产者在生产出可以消费的产品的时候,应该通知等待的消费者去消费. 下面先介绍个简单的生产者消费者例子:本例只适用于两个线程,一个线程生产,一个线程负责消费. 生产一个资源,就得消费一个资源. 代码如下: pub

java基础知识回顾之java Thread类学习（七）--java多线程通信等待唤醒机制（wait和notify,notifyAll）

1.wait和notify,notifyAll: wait和notify,notifyAll是Object类方法,因为等待和唤醒必须是同一个锁,不可以对不同锁中的线程进行唤醒,而锁可以是任意对象,所以可以被任意对象调用的方法,定义在Object基类中. wait()方法:对此对象调用wait方法导致本线程放弃对象锁,让线程处于冻结状态,进入等待线程的线程池当中.wait是指已经进入同步锁的线程,让自己暂时让出同步锁,以便使其他正在等待此锁的线程可以进入同步锁并运行,只有其它线程调用notify方

java基础知识回顾之java Thread类学习（五）--java多线程安全问题（锁）同步的前提

这里举个例子讲解,同步synchronized在什么地方加,以及同步的前提: * 1.必须要有两个以上的线程,才需要同步. * 2.必须是多个线程使用同一个锁. * 3.必须保证同步中只能有一个线程在运行,锁加在哪一块代码 那么我们要思考的地方有:1.知道我们写的哪些是多线程代码 2.明确共享数据 3.明确多线程运行的代码中哪些语句是操作共享数据的.. 4.要确保使用同一个锁. 下面的代码:需求:两个存户分别往银行存钱,每次村100块,分三次存完. class bank{ private int

java基础知识回顾之java Thread类学习（四）--java多线程安全问题（锁）

上一节售票系统中我们发现,打印出了错票,0,-1,出现了多线程安全问题.我们分析为什么会发生多线程安全问题? 看下面线程的主要代码: @Override public void run() { // TODO Auto-generated method stub while(true){ if(ticket > 0){//当线程0被调起的时候,当执行到这条判断语句的时候,线程1被调起抢了CPU资源,线程0进入冻结状态. try { Thread.sleep(100);//中断当前活跃的线程,或者

java基础知识回顾之java Thread类学习（把）--java.util.concurrent.locks（JDK1.5）与synchronized异同讲解

看API文档介绍几个方法:  JDK1.5中提供了多线程的升级解决方案: 特点: 1.将同步synchronized显示的替换成Lock                    2.接口Condition:Condition替代了Object监视器方法(wait.notify.notifyAll),分别替换成了await(),signal() (唤醒一个等待线               程),signalAll() 唤醒多个线程.一个锁可以绑定多个condition对象,可以对应好几组wait,

java基础知识回顾之java Thread类学习（七）--java多线程安全问题（死锁）

死锁:是两个或者两个以上的线程被无限的阻塞,线程之间互相等待所需资源. 线程死锁产生的条件: 当两个线程相互调用Join()方法. 当两个线程使用嵌套的同步代码块的时候,一个线程占用了另一个线程的锁,互相等待阻塞,就有可能产生死锁. 下面看代码: 代码1:死锁的案例 package com.lp.ecjtu.Thread; /* 死锁:常见情景之一:同步的嵌套. */ class Ticket implements Runnable { private int num = 100; Object

java基础知识回顾之java Thread类学习（九）--wait和notify区别

wait和sleep区别:  相同点:调用wait,sleep方法都可以是线程进入阻塞状态,让出cpu的执行权. 不同点:1.sleep必须指定时间,但是wait方法可以指定时间,也可以不指定时间. 2.wait方法必须在同步中使用,但是sleep不一定在同步中使用. 3.在同步中,调用sleep方法释放CPU执行权,但是不会释放锁,即使让出了CPU执行权,其它线程也无法进入同步锁,不能得到执行.但是wait  方法不仅释放CPU执行权,而且释放同步锁,进入阻塞状态.也就是说其它等待此锁的线程可

java基础知识回顾之java Thread类学习（三）--java线程实现常见的两种方式实现好处：

总结:实现Runnable接口比继承Thread类更有优势: 1.因为java只能单继承,实现Runnable接口可以避免单继承的局限性 2.继承Thread类,多个线程不能处理或者共享同一个资源,但是实现Runnable接口可以处理同一个资源. 下面我们做个测试:验证下.车站的售票系统售票的例子,车站的各个售票口相当于各个线程,我们先使用第一种方法几继承Thread类的方式实现: 代码如下: package com.lp.ecjtu.Thread; /** * * @author Admini