线程锁-案例

package com.iflysse.test05;
/**
* 线程的声明周期:

新建:当一个Thread类或其子类的对象被声明并创建时,新生的线程对象处于新建状态

就绪:新建线程被start()后,将进入线程队列等待cpu时间片

运行:当就绪线程被调度并获得处理器资源时,进入运行状态;

阻塞:某种特殊情况下,被人为挂起,让出cpu并临时中止自己的执行,进入阻塞状态

死亡:线程完成了它的全部工作,或被提前强制性的中止

    • ①线程安全问题存在的原因
      由于一个线程在操作共享数据过程中,未执行结束,另外的线程参与进来,导致共享数据存在安全问题

    ②如何解决线程的安全问题
    必须让一个线程操作共享数据完毕以后,其它线程才有机会参与共享数据的操作

    ③java如何实现线程安全,线程的同步机制
    1)同步代码块
    synchronized (同步监视器) {
    //需要被同步的代码(即操作共享数据的代码)
    }

  • 共享数据:多个线程共同操作的同一个数据(变量)
    同步监视器:由任何一个类的对象来充当。那个线程获取此监视器,谁就执行共享数据

    锁必须是唯一的
    所有的线程必须公用一把锁!
    注:在实现的方式中,考虑同步的话,可以使用this来当锁,但在继承的方式中,慎用!

    • 2)同步方法
      将操作共享数据的方法声明为synchronizd,即此方法为同步方法。
      能够保证当其中一个线程执行此方法时,其他线程在外等待直至此线程执行完此方法。

    同步方法的锁:当前对象(this)
    *


    • 小结:释放锁的操作
      *
  • ①当前线程的同步方法、同步代码块执行结束
  • ②当前线程在同步方法、同步代码块中遇到break/return终止了改代码块
  • ③当前线程在同步方法、同步代码块中出现了未处理的Error/Exception
  • ④当前线程在同步方法、同步代码块中执行了线程对象的wait()方法,当前线程暂停,并释放锁

    • sleep();不释放锁
    • 死锁的问题

    不同的线程分别占用对方所需要的同步资源不放弃,都在等待对方放弃自己需要的同步资源,就形成了线程的死锁


  • 如何解决
    减少同步资源的定义

    */

    public class Day032805 {
    
        public static void main(String[] args) {
            final StringBuffer sb1 = new StringBuffer("");
            final StringBuffer sb2 = new StringBuffer("");
    
            //定义两个线程  1 2
            //A先获取锁sb1  插入数据  再获取所sb2  打印数据
            //B先获取所sb2                  再获取所sb1
            //定义线程1
    
            //匿名类匿名对象  1
            new Thread(){
                public void run(){
                    synchronized (sb1) {
                        sb1.append("A");
                        try {
                            Thread.currentThread().sleep(10);
                        } catch (InterruptedException e) {
                            // TODO Auto-generated catch block
                            e.printStackTrace();
                        }
                        synchronized (sb2) {
                            sb2.append("B");
                            System.out.println("==================");
                            System.out.println(sb1);
                            System.out.println(sb2);
                            System.out.println("==================");
                        }
                    }
                }
            }.start();
    
            //线程2
            new Thread(){
                public void run(){
    
                    synchronized (sb2) {
                        sb1.append("C");
                        try {
                            Thread.currentThread().sleep(10);
                        } catch (InterruptedException e) {
                            // TODO Auto-generated catch block
                            e.printStackTrace();
                        }
                        synchronized (sb1) {
                            sb2.append("D");
                            System.out.println("**********************");
                            System.out.println(sb1);
                            System.out.println(sb2);
                            System.out.println("**********************");
                        }
                    }
                }
            }.start();
        }
    }
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1.几种同步方法的区别 lock和Monitor是.NET用一个特殊结构实现的,Monitor对象是完全托管的、完全可移植的,并且在操作系统资源要求方 面可能更为有效,同步速度较快,但不能跨进程同步。lock(Monitor.Enter和Monitor.Exit方法的封装),主要作用是锁定临界区,使临 界区代码只能被获得锁的线程执行。Monitor.Wait和Monitor.Pulse用于线程同步,类似信号操作,个人感觉使用比较复杂,容易造成死 锁。 互斥体Mutex和事件对象EventWaitHandler属于内核对象,利用内核对象进行线程同步,线程必须要在用户模式和内核模 式间切换,所以一般效率很低,但利用互斥对象和事件对象这样的内核对象,可以在多个进程的各个线程间进行同步。 互斥体Mutex类似于一个接力棒,拿到接力棒的线程才可以开始跑,当然接力棒一次只属于一个线程(Thread Affinity),如果这个线程不释放接力棒(Mutex.ReleaseMutex),那么没办法,其他所有需要接力棒运行的线程都知道能等着看热 闹。 EventWaitHandle 类允许线程通过发信号互相通信。 通常,一个或多个线程在 EventWaitHandle 上阻止,直到一个未阻止的线程调用 Set 方法,以释放一个或多个被阻止的线程。 2.什么时候需要锁定 首先要理解锁定是解决竞争条件的,也就是多个线程同时访问某个资源,造成意想不到的结果。比如,最简单的情况是,一个计数器,两个线程 同时加一,后果就是损失了一个计数,但相当频繁的锁定又可能带来性能上的消耗,还有最可怕的情况死锁。那么什么情况下我们需要使用锁,什么情况下不需要 呢? 1)只有共享资源才需要锁定 只有可以被多线程访问的共享资源才需要考虑锁定,比如静态变量,再比如某些缓存的值,而属于线程内部的变量不需要锁定。 2)多使用lock,少用Mutex 如果你一定要使用锁定,请尽量不要使用内核模块的锁定机制,比如.NET的Mutex,Semaphore,AutoResetEvent和 ManuResetEvent,使用这样的机制涉及到了系统在用户模式和内核模式间的切换,性能差很多,但是他们的优点是可以跨进程同步线程,所以应该清 楚的了解到他们的不同和适用范围。 3)了解你的程序是怎么运行的 实际上在web开发大多数逻辑都是在单个线程展开的,一个请求都会在一个单独的线程处理,其的大部分变量都是属于这个线程的,根本没有必要考虑锁 定,当然对于ASP.NET的Application对象的数据,我们就要考虑加锁了。 4)把锁定交给数据库 数 据库除了存储数据之外,还有一个重要的用途就是同步,数据库本身用了一套复杂的机制来保证数据的可靠和一致性,这就为我们节省了很多的精力。保证了数据源 头上的同步,我们多数的精力就可以集在缓存等其他一些资源的同步访问上了。通常,只有涉及到多个线程修改数据库同一条记录时,我们才考虑加锁。 5)业务逻辑对事务和线程安全的要求 这 条是最根本的东西,开发完全线程安全的程序是件很费时费力的事情,在电子商务等涉及金融系统的案例,许多逻辑都必须严格的线程安全,所以我们不得不牺牲 一些性能,和很多的开发时间来做这方面的工作。而一般的应用,许多情况下虽然程序有竞争的危险,我们还是可以不使用锁定,比如有的时候计数器少一多一, 对结果无伤大雅的情况下,我们就可以不用去管它。 3.InterLocked类 Interlocked 类提供了同步对多个线程共享的变量的访问的方法。如果该变量位于共享内存,则不同进程的线程就可以使用该机制。互锁操作是原子的,即整个操作是不能由相 同变量上的另一个互锁操作所断的单元。这在抢先多线程操作系统是很重要的,在这样的操作系统线程可以在从某个内存地址加载值之后但是在有机会更改 和存储该值之前被挂起。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值