synchronized同步代码块锁释放

本文详细解析了一个线上程序因数据库同步线程锁死的问题,通过jstack分析,发现FutureTask中的synchronized批量保存数据操作,由于数据量过大且Future获取超时,导致线程阻塞。最终通过调整批量数据大小,成功解决了锁死问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天发现自己写的线上程序出现数据库不能同步的问题,查看日志已经停止记录,随后使用jstack查看线程的运行状况,发现有个同步线程锁住了。

以下是jstack -l 637  问题线程的内容。

"schedulerJob-t-291" #314 daemon prio=5 os_prio=0 tid=0x00007f7d64844800 nid=0x3d5 runnable [0x00007f7d3a107000]
   java.lang.Thread.State: RUNNABLE
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
	at java.net.SocketInputStream.read(SocketInputStream.java:171)
	at java.net.SocketInputStream.read(SocketInputStream.java:141)
	at com.mysql.cj.core.io.ReadAheadInputStream.fill(ReadAheadInputStream.java:101)
	at com.mysql.cj.core.io.ReadAheadInputStream.readFromUnderlyingStreamIfNecessary(ReadAheadInputStream.java:144)
	at com.mysql.cj.core.io.ReadAheadInputStream.read(ReadAheadInputStream.java:174)
	- locked <0x00000000f13c2050> (a com.mysql.cj.core.io.ReadAheadInputStream)
	at java.io.FilterInputStream.read(FilterInputStream.java:133)
	at com.mysql.cj.core.io.FullReadInputStream.readFully(FullReadInputStream.java:58)
	at com.mysql.cj.mysqla.io.SimplePacketReader.readHeader(SimplePacketReader.java:60)

     ..........
at org.springframework.data.repository.core.support.SurroundingTransactionDetectorMethodInterceptor.invoke(SurroundingTransactionDetectorMethodInterceptor.java:61) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212) at com.sun.proxy.$Proxy91.saveAll(Unknown Source) at com.chenerzhu.crawler.proxy.pool.service.impl.ProxyIpServiceImpl.saveAll(ProxyIpServiceImpl.java:51) at com.chenerzhu.crawler.proxy.pool.job.scheduler.SyncDbSchedulerJob$1.call(SyncDbSchedulerJob.java:95) - locked <0x00000000f0745c78> (a java.lang.Class for com.chenerzhu.crawler.proxy.pool.job.scheduler.SyncDbSchedulerJob) at com.chenerzhu.crawler.proxy.pool.job.scheduler.SyncDbSchedulerJob$1.call(SyncDbSchedulerJob.java:55) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Locked ownable synchronizers: - <0x00000000f1cb9350> (a java.util.concurrent.ThreadPoolExecutor$Worker)

 

查看代码发现代码中有这么一段

FutureTask task = new FutureTask(new Callable<ProxyIp>() {
                        @Override
      public ProxyIp call() {
         ......
          synchronized (SyncDbSchedulerJob.class){
              proxyIpService.saveAll(availableIpList);
              availableIpList.clear();
         }
        ........
      }
}

........

try {
            ProxyIp proxyIp = proxyIpFuture.get(10, TimeUnit.MINUTES);
            if(proxyIp!=null){
                    proxyIpList.add(proxyIp);
             }            
     } catch (InterruptedException e) {
       log.error("Interrupted ", e); 
    } catch (Exception e) {
       log.error("error:", e);
}        

 

FutureTask中的synchronized批量保存数据,而Future获取使用了超时限制10分钟,由于数据量过大,同步时间超出10分钟了,停止了执行,而synchronized还未释放锁。导致线程锁住了。

最后通过减少每一次批量执行的数据到1000条,成功使synchronized代码块执行完释放锁。

 

===================================================================

总结下使用synchronized同步锁释放的时机。我们知道程序执行进入同步代码块中monitorenter代表尝试获取锁,退出代码块monitorexit代表释放锁。而在程序中,是无法显式释放对同步监视器的锁的,而会在如下4种情况下释放锁。

1、当前线程的同步方法、代码块执行结束的时候释放

2、当前线程在同步方法、同步代码块中遇到break 、 return 终于该代码块或者方法的时候释放。

3、出现未处理的error或者exception导致异常结束的时候释放

4、程序执行了 同步对象 wait 方法 ,当前线程暂停,释放锁

 

在以下两种情况不会释放锁。

1、代码块中使用了 Thread.sleep()  Thread.yield() 这些方法暂停线程的执行,不会释放。

2、线程执行同步代码块时,其他线程调用 suspend 方法将该线程挂起,该线程不会释放锁 ,所以我们应该避免使用 suspend 和 resume 来控制线程 。

 

转载于:https://www.cnblogs.com/chenerzhu/p/9690119.html

Java 中,`synchronized` 同步代码块是一种更细粒度的同步机制,相比同步方法,它提供了更高的灵活性和性能优化空间。同步代码块通过明确指定对象来实现对共享资源的访问控制,确保多个线程在同一时间只能有一个线程执行该代码块。 ### 同步代码块的基本语法 ```java synchronized(对象) { // 需要同步的代码 } ``` 这里的 **对象** 可以是任意对象,但通常使用与当前操作相关的对象实例。例如,如果多个线程需要访问某个共享资源(如一个列表或计数器),可以将该资源作为对象[^2]。 ### 示例代码 以下是一个简单的示例,展示了如何使用 `synchronized` 代码块来保护共享资源: ```java public class Counter { private int count = 0; private final Object lock = new Object(); // 显式的对象 public void increment() { synchronized (lock) { count++; } } public int getCount() { return count; } } ``` 在这个例子中,`increment()` 方法中的 `synchronized(lock)` 代码块确保了 `count++` 操作的原子性,防止多个线程同时修改 `count` 值导致数据不一致的问题[^3]。 ### 同步代码块的工作原理 当一个线程进入 `synchronized` 代码块时,它会尝试获取对象的监视器(monitor)。如果该监视器已经被其他线程持有,则当前线程会被阻塞,直到监视器可用。一旦线程获取到监视器,它就可以执行代码块中的内容。执行完成后,线程会释放监视器,允许其他等待的线程继续执行[^4]。 这种机制确保了同一时间只有一个线程能够执行被同步代码块,从而实现了线程安全。 ### 与同步方法的区别 - **同步方法**:隐式地使用 `this`(即当前对象实例)作为对象。如果多个线程调用同一个对象的不同同步方法,它们之间会相互阻塞。 - **同步代码块**:显式地指定对象,因此可以在不同的代码块上使用不同的对象,避免不必要的阻塞,提高并发性能[^5]。 ### 性能优势 由于同步代码块定特定的代码段,而不是整个方法,因此它的执行效率通常比同步方法更高。特别是在处理复杂逻辑时,合理使用同步代码块可以减少线程等待时间,提升程序的整体性能[^1]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值