死锁

1.上下文切换

content switch

单核处理器处理多线程执行代码时,CPU通过给每个线程分配CPU时间片(一般几十毫秒)来实现这个机制。

多线程不一定快:

1.1 单核用多线程的情况:

I/O密集型,防止独占时间过长,一个占,另一个可操作另外的部分。

1.2减少上下文切换的方法

  • 无锁并发编程:避免多线程竞争锁引起的上下文切换;
    • ID以hash算法取模分段,不同线程处理不同数据。
  • CAS算法:Java的Automic包使用它更新数据,无需加锁;
  • 使用最少线程:避免创建不需要的线程;
  • 协程:在单线程里实现多任务调度,并在单线程里维持多个任务间的切换。

2.死锁

多个并发进程因争夺系统资源而产生相互等待的现象。

public class DeadLockDemo{
	private static String A="A";
	private static String B="B";
	
	public static void main(String[] args) {
		new DeadLockDemo().deadLock();
	}
	
	private void deadLock() {
		Thread t1=new Thread(new Runnable() {
			@Override
			public void run() {
				synchronized(A) {
					try {
						Thread.currentThread().sleep(2000);
					}catch(InterruptedException e) {
						e.printStackTrace();
					}
					synchronized(B) {
						System.out.println("1");
				
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
死锁是指两个或多个进程在互斥地请求资源的时候,由于资源被占用而无法继续执行,导致所有进程都被阻塞的情况。在Spring Boot中,死锁可能发生在多线程并发访问共享资源时,例如数据库连接池、缓存、锁等。 在给出解决方案之前,我们需要先排查死锁问题。一种常用的排查死锁问题的方法是使用jstack命令输出线程的堆栈信息。通过查看堆栈信息,我们可以定位到可能引起死锁的代码行,并进行解决修复。 下面是一个示例代码,模拟了一个可能导致死锁的场景: ```java package com.xz.springboottest.day1; public class DeadLock { private static final String ACTION_ONE = "拿起碗"; private static final String ACTION_TWO = "拿起筷子"; public static void main(String[] args) { // 哲学家小明 new Thread(() -> { synchronized (ACTION_ONE) { try { Thread.sleep(1000); synchronized (ACTION_TWO) { System.out.println("小明开始吃饭了。。。。。。"); } } catch (InterruptedException e) { e.printStackTrace(); } } }).start(); // 哲学家小张 new Thread(() -> { synchronized (ACTION_TWO) { try { Thread.sleep(1000); synchronized (ACTION_ONE) { System.out.println("小张开始吃饭了。。。。。。"); } } catch (InterruptedException e) { e.printStackTrace(); } } }).start(); } } ``` 以上代码模拟了哲学家就餐的场景,当只剩下一只碗和一双筷子时,可能出现死锁的问题。 对于解决死锁的方法,可以考虑以下几种方案: 1. 避免循环等待:为了避免死锁,可以规定所有线程在请求资源时按照固定的顺序获取,从而避免循环等待。 2. 加锁顺序:在多个线程同时请求多个资源的情况下,为了避免死锁,可以约定线程必须按照相同的顺序请求资源。 3. 设置超时时间:在获取锁的时候设置超时时间,如果超过一定时间还未获取到锁,可以放弃或者重试。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值