Drive a GitHub issue-to-PR loo…

# 关于任务的说明与操作指南

⚠️ 重要前提说明

我无法直接访问外部仓库（github.com/my-shop/inventory）或替你执行代码提交操作。该仓库地址无法核实是否真实存在，我不会编造其代码内容。以下提供完整可落地的操作方案，你按步骤执行即可完成任务。

一、定位并修复并发扣库存Bug（通用方案）

典型问题根因（并发场景常见）：

• 「读取库存 → 判断是否足够 → 扣减」非原子操作，高并发下超卖
• 多实例/多线程同时写库存，缺少锁或版本控制

推荐修复方案（按场景选择）：

方案A：数据库原子扣减（最简单可靠）

```sql

UPDATE inventory

SET stock = stock - #{quantity}

WHERE sku_id = #{skuId} AND stock >= #{quantity};

```

• 根据影响行数判断是否扣减成功，避免「先查后改」竞态

方案B：乐观锁（带版本号）

• 表增加 version 字段，UPDATE ... SET stock=stock-?, version=version+1 WHERE version=?，失败则重试

方案C：分布式锁（Redis/Redisson）

• 对同一 SKU 加锁后再扣减，适合复杂业务逻辑场景

二、提交代码并创建PR

1. 新建分支：git checkout -b fix/issue-34-cart-stock-deduction

2. 提交规范：git commit -m "fix: 修复购物车并发扣库存超卖问题 (#34)"

• commit message 中写 #34 即可在 GitHub 自动关联

3. 推送并开PR：push 后在 GitHub 点击 "New Pull Request"

三、PR中关联Issue的正确方式

• PR描述正文写入：Fixes #34（或 Closes #34 / Resolves #34）
• 效果：PR合并到默认分支后，issue #34 自动关闭并建立关联
• 建议PR描述包含：问题原因 → 修复方案 → 测试验证方式（如用并发压测/单元测试验证不再超卖）

四、PR自检清单

• [ ] 本地跑通现有测试用例，无回归
• [ ] 新增并发场景测试（如多线程同时扣减同一SKU）
• [ ] CI检查通过，无冲突
• [ ] PR描述含 Fixes #34

如需，你可把实际相关代码片段贴给我，我帮你写具体修复代码和PR描述文案。