C# .NET中如何限制方法单用户调用？解决电商库存超卖问题

你遇到的是典型的并发场景下的库存超卖问题，核心原因是「查询库存」和「扣减库存」这两个操作不是原子性的，多个请求同时读取到相同的库存值，都通过了校验，最终导致库存扣减为负数。下面是几种可行的解决方案，比单纯限制方法调用更合理（限制方法调用会严重影响系统吞吐量和用户体验）：

1. 数据库层面：利用事务和锁保证原子性 #

1.1 行级锁（悲观锁） #

在查询库存时给商品数据加排他锁，确保同一时间只有一个请求能读取并修改该商品的库存，其他请求会等待锁释放后再执行。操作必须在同一个事务中完成：

-- 加行锁查询库存，其他请求会阻塞直到锁释放
SELECT stock FROM products WHERE id = ? FOR UPDATE;

-- 在同一个事务中扣减库存
UPDATE products SET stock = stock - ? WHERE id = ?;

对应的业务代码示例（Java）：

@Transactional(rollbackFor = Exception.class)
public boolean processStockDeduction(Long productId, int buyCount) {
    // 加行锁查询商品库存
    Product product = productMapper.selectProductForUpdate(productId);
    if (product == null || product.getStock() < buyCount) {
        return false; // 库存不足，返回失败
    }
    // 执行库存扣减
    return productMapper.updateStock(productId, product.getStock() - buyCount) > 0;
}

1.2 乐观锁 #

基于当前库存值做条件判断，更新库存时只有满足条件才会执行，避免锁等待，适合并发量较高的场景：

-- 校验并扣减库存，返回受影响行数
UPDATE products 
SET stock = stock - #{buyCount} 
WHERE id = #{productId} AND stock >= #{buyCount};

业务中判断更新结果：如果受影响行数为0，说明库存不足，直接返回失败；否则进入支付环节。

2. 分布式系统场景：用分布式锁控制并发 #

如果你的电商系统是多节点部署的，数据库行锁可能无法跨节点生效，这时候可以用Redis实现分布式锁，确保同一时间只有一个请求能操作某商品的库存：

Redis分布式锁伪代码示例：

private static final String LOCK_PREFIX = "product_stock_lock:";

public boolean acquireLock(Long productId) {
    String lockKey = LOCK_PREFIX + productId;
    // 设置锁，过期时间30秒防止死锁
    return redisTemplate.opsForValue().setIfAbsent(lockKey, "locked", 30, TimeUnit.SECONDS);
}

public void releaseLock(Long productId) {
    String lockKey = LOCK_PREFIX + productId;
    redisTemplate.delete(lockKey);
}

public void handlePaymentRequest(Long productId, int buyCount) {
    boolean lockAcquired = false;
    try {
        lockAcquired = acquireLock(productId);
        if (!lockAcquired) {
            throw new RuntimeException("当前下单人数过多，请稍后重试");
        }
        // 执行库存校验和扣减逻辑
        boolean success = processStockDeduction(productId, buyCount);
        if (success) {
            // 跳转至支付环节
        } else {
            // 重定向至购物车
        }
    } finally {
        if (lockAcquired) {
            releaseLock(productId);
        }
    }
}

3. 业务优化：库存预扣机制 #

用户点击「立即支付」时，先将库存从「可用库存」转移到「锁定库存」，支付成功后再扣减锁定库存，支付失败则将锁定库存释放回可用库存。这种方式能提前占用库存，避免并发超卖：

-- 预扣库存：可用库存减少，锁定库存增加
UPDATE products 
SET available_stock = available_stock - ?, locked_stock = locked_stock + ? 
WHERE id = ? AND available_stock >= ?;

-- 支付成功后扣减锁定库存
UPDATE products 
SET locked_stock = locked_stock - ?, sold_stock = sold_stock + ? 
WHERE id = ? AND locked_stock >= ?;

-- 支付失败释放锁定库存
UPDATE products 
SET available_stock = available_stock + ?, locked_stock = locked_stock - ? 
WHERE id = ? AND locked_stock >= ?;

不建议直接限制方法调用的原因 #

如果单纯限制方法同一时间仅单个用户调用，会导致大量请求被阻塞或直接拒绝，严重降低系统吞吐量，同时会让用户体验变差（比如点击按钮后长时间无响应或直接报错），这不是解决超卖问题的合理方案。

内容的提问来源于stack exchange，提问作者kamlesh jha