老师好，我在自己写一个团菜的微服务项目，有场景需要使用分布式锁，在使用redisson来控制时，发现原本是锁重入却导致了死锁，自己把自己锁死了。

我使用分布式锁的场景：

• 团长在团单活动进行中可以补充菜品的库存
• 跟单用户下单时会扣减菜品的库存

order微服务的跟单后台逻辑：

package com.pf.zjt.microservices.order.service.impl;

import ...

@Service
@Slf4j
public class OrderFollowSaveServiceImpl implements OrderFollowSaveService {

    ...

    @Resource
    private RedissonClient redissonClient;

    @Override
    public FoodCheckResultDto createOrderFollow(OrderFollowCreateDto followCreateDto) throws BusinessException {

        // 前置检查操作
        ...

        /*
         * 先检查库存，再更新库存，在food微服务中提供了这两个rest api
         * 为了防止多个跟单请求并发执行时，相互干扰，比如一个跟单请求在更新库存前，另一个跟单请求取到旧值下单，就会发生超卖的问题
         * 因此这两块操作在一个分布式锁中
         */
        String lockKey = ResourceTypes.FOOD_MAIN.formatKey(foodMainId);
        RLock rLock = redissonClient.getLock(lockKey);
        rLock.lock();

        // 检查库存
        FoodCheckResultDto followResultDto = foodFeignService.checkStock(foodMainId, checkList).getBody();
        log.info("检查完库存");
        ...
        // 更新库存
        foodFeignService.updateStock(stockUpdateDto);
        rLock.unlock();

        // 跟单记录入库操作
        ...

        return followResultDto;
    }

    ...
}

food微服务提供一个更新库存的api，主要逻辑：

package com.pf.zjt.microservices.food.service.impl;

import ...

@Service
@Slf4j
public class FoodServiceImpl implements FoodService {

    ...

    @Resource
    private RedissonClient redissonClient;

    ...

    @Override
    public void updateStock(FoodStockUpdateDto updateDto) {
        
        String lockKey = ResourceTypes.FOOD_MAIN.formatKey(updateDto.getFoodMainId());
        log.info("准备更新库存，尝试获取锁...");
        RLock rLock = redissonClient.getLock(lockKey);
        /*
         * 团长调用补充库存的rest api调用下面的更新库存逻辑前，需要加分布式锁
         * 因为在没有获取锁就执行时，很可能在一个跟单请求执行扣减库存之前补充了库存，然后紧接着就被扣减库存覆盖更新了
         */
        rLock.lock();

        String foodKey = getRedisKey(updateDto.getFoodMainId());
        boolean useCache = redisTemplate.hasKey(foodKey);
        if (useCache) {
            // 更新redis缓存的库存
        }
        // 更新数据库库存
        rLock.unlock();
    }
    
    ...
}

因此跟单请求再去调更新库存的接口时，其实做的应该时锁重入的操作。但是在本地调试时发现，这种跨服务进程的对同一资源的重复加锁操作却造成了死锁，难道说redisson的锁重入只是实现了对同一个服务器jvm线程级别的重入锁实现嘛？因为具体的源码我还没用调试跟踪。

以下是我的测试情况

首先准备好服务：

仅发送一个跟单请求来测试下：

order微服务控制台：

food微服务的控制台

一直在等待锁，最后超时了。。。

关于这个问题，老师能帮忙看下吗，在线等。。。感谢！