synchronized(this) VS synchronized( other object)

在JAVA的同步机制中 我们习惯用synchronized 进行方法的同步  常见的有以下三种形式 
比如:
第一种:直接锁方法
public synchronized void print(){
    ...//逻辑代码
}
第二种:锁方法中的代码块
public void print(){
    synchronized(this){
            ...//需要同步的逻辑代码
    }  
         ...//非同步逻辑代码
}
第三种方法:单独创建锁对象
private final SynObj=new Object();
public void print(){
    synchronized(SynObj){
            ...//需要同步的逻辑代码
    }  
         ...//非同步逻辑代码
}
那么这三种方法之间有什么区别呢
第一种和第二种 在没有非逻辑同步逻辑时 它们的效果是一样的 ,但如果有非逻辑同步代码时 第二种效率高于第一种
第一种、第二种 与 第三种的区别 在表面上看起来没有什么区别 但是仔细研究会发现 第三种比第一种和第二种更安全,更能很好的控制同步锁。为什么呢,因为第二种方法直接把锁对象暴露了出来,容易出现拒绝服务攻击。
比如:
Class Test {
   
    public void print(){
        synchronized(this){
                ...//需要同步的逻辑代码
        }  
             ...//非同步逻辑代码
        }
}
Test test=new Test();
Thread 1:
test.print();
Thread 2:
synchronized(test){
    while(true);
}
这样,当Thread2启动后 我们就会发现Thread1是没法调用同步方法的 因为锁被Thread2给永久的占用了。但如果是用第三种方法,因为外界是没法获取你的锁对象的 从而没法进行拒绝服务攻击。
所以,推荐使用内部对象这种方式进行同步。同时,JDK中的大部分同步方法也是这样做的。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值