要約：

この記事は、「Javaのスパイク戦闘システムの一連の記事、」第六章、我々は全体のスパイクコード開発システムコアの機能モジュール、すなわちコード本物の「商品スパイク」機能モジュールになります。このポスト。

コンテンツ：

「商品スパイク」機能モジュールは、上記の「商品詳細」機能モジュールに基づいており、その主コアプロセス、この機能モジュールに対して、：保留中：フロントエンド買い要求を開始し、要求は、要求されたデータの一部を伝送します例えば、現在のユーザーのようなスパイクデータとIDのID、要求を受信した後、バックエンドインタフェースは、処理ロジックの一連を実行するスパイクを決定し、最終的にフロントエンドに処理結果を返します。

処理ロジックの一連の決定請求バックエンドインターフェーススパイクは次のようになり、デバッグ流れ図非常に複雑でした。

サービスのフローチャート、要求スパイクを受信するフロントエンドユーザインターフェイス、コアの処理ロジックの後端から分かるように：

（1）最初の現在のユーザーが製品を介してスナップしているか否かを判断し、そうでない場合、ユーザを表しません次の処理ロジック入力することができ、前にこのアイテムを購入する

、すなわち、株式の妥当性（すなわち、0より大きい）、つかむことができる品の残量を決定するため（2）、そうであれば、次のステップに処理ロジック進む

（3）控除インベントリ、および成功したインベントリデータベース操作を更新するかどうかを判断するために、（通常は一つの操作マイナス）、対応する購買記録のインベントリデータベースを更新し、そうであれば、ユーザースパイク成功したオーダーを作成し、非同期的にテキストメッセージまたは電子メール通知メッセージの通知を送信ユーザ

（4）上記論理演算ステップは、任意の条件が満たされていないが存在する場合、プロセスは全体スパイクを終了する、すなわち故障スパイク！

次に、我々はまだ開発のMVCパターンに基づいており、この機能モジュールを実行する実際のコードを使用！

（1）最初は、ユーザのブログ記事の提示を介してプロセスのフロントエンドは、「IDスパイクされる」オーバー要求を受信する必要がある、請求KillControllerコントローラに「フロントエンドユーザーのリクエストがスパイク」機能を受信する方法の開発であり、電流Id史郎のセッションモジュールセッションを取得することが！

そのソースコードを以下に示します。

private static final String prefix = "kill";
 
@Autowired
private IKillService killService;
 
@Autowired
private ItemKillSuccessMapper itemKillSuccessMapper;
 
/***
 * 商品秒杀核心业务逻辑
 */
@RequestMapping(value = prefix+"/execute",method = RequestMethod.POST,consumes = MediaType.APPLICATION_JSON_UTF8_VALUE)
@ResponseBody
public BaseResponse execute(@RequestBody @Validated KillDto dto, BindingResult result, HttpSession session){
    if (result.hasErrors() || dto.getKillId()<=0){
        return new BaseResponse(StatusCode.InvalidParams);
}
//获取当前登录用户的信息
    Object uId=session.getAttribute("uid");
    if (uId==null){
        return new BaseResponse(StatusCode.UserNotLogin);
    }
    Integer userId= (Integer)uId ;
    BaseResponse response=new BaseResponse(StatusCode.Success);
    try {
        Boolean res=killService.killItem(dto.getKillId(),userId);
        if (!res){
            return new BaseResponse(StatusCode.Fail.getCode(),"哈哈~商品已抢购完毕或者不在抢购时间段哦!");
        }
    }catch (Exception e){
        response=new BaseResponse(StatusCode.Fail.getCode(),e.getMessage());
    }
    return response;
}

其中，KillDto对象主要封装了“待秒杀Id”等字段信息，其主要用于接收前端过来的用户秒杀请求信息，源代码如下所示：

@Data
@ToString
public class KillDto implements Serializable{
    @NotNull
    private Integer killId;
 
    private Integer userId; //在整合shiro之后，userId字段可以不需要了！因为通过session进行获取了
}

（2）紧接着是开发 killService.killItem(dto.getKillId(),userId) 的功能，该功能对应的代码的编写逻辑可以参见本文刚开始介绍时的流程图！其完整源代码如下所示：

@Autowired
private ItemKillSuccessMapper itemKillSuccessMapper;
 
@Autowired
private ItemKillMapper itemKillMapper;
 
@Autowired
private RabbitSenderService rabbitSenderService;
 
//商品秒杀核心业务逻辑的处理
@Override
public Boolean killItem(Integer killId, Integer userId) throws Exception {
    Boolean result=false;
 
    //TODO:判断当前用户是否已经抢购过当前商品
    if (itemKillSuccessMapper.countByKillUserId(killId,userId) <= 0){
        //TODO:查询待秒杀商品详情
        ItemKill itemKill=itemKillMapper.selectById(killId);
 
        //TODO:判断是否可以被秒杀canKill=1?
        if (itemKill!=null && 1==itemKill.getCanKill() ){
            //TODO:扣减库存-减一
            int res=itemKillMapper.updateKillItem(killId);
 
            //TODO:扣减是否成功?是-生成秒杀成功的订单，同时通知用户秒杀成功的消息
            if (res>0){
                commonRecordKillSuccessInfo(itemKill,userId);
 
                result=true;
            }
        }
    }else{
        throw new Exception("您已经抢购过该商品了!");
    }
    return result;
}

其中，itemKillMapper.selectById(killId); 表示用于获取待秒杀商品的详情信息，这在前面的篇章中已经介绍过了；而 itemKillMapper.updateKillItem(killId); 主要用于扣减库存（在这里是减1操作），其对应的动态Sql如下所示：

<!--抢购商品，剩余数量减一-->
  <update id="updateKillItem">
    UPDATE item_kill
    SET total = total - 1
    WHERE
        id = #{killId}
  </update>

（3）值得一提的是，在上面 KillService执行killItem功能方法时，还开发了一个通用的方法：用户秒杀成功后创建秒杀订单、并异步发送通知消息给到用户秒杀成功的信息！该方法为 commonRecordKillSuccessInfo(itemKill,userId); 其完整的源代码如下所示：

/**
 * 通用的方法-用户秒杀成功后创建订单-并进行异步邮件消息的通知
 * @param kill
 * @param userId
 * @throws Exception
 */
private void commonRecordKillSuccessInfo(ItemKill kill, Integer userId) throws Exception{
    //TODO:记录抢购成功后生成的秒杀订单记录
 
    ItemKillSuccess entity=new ItemKillSuccess();
    String orderNo=String.valueOf(snowFlake.nextId());
 
    //entity.setCode(RandomUtil.generateOrderCode());   //传统时间戳+N位随机数
    entity.setCode(orderNo); //雪花算法
    entity.setItemId(kill.getItemId());
    entity.setKillId(kill.getId());
    entity.setUserId(userId.toString());
    entity.setStatus(SysConstant.OrderStatus.SuccessNotPayed.getCode().byteValue());
    entity.setCreateTime(DateTime.now().toDate());
    //TODO:学以致用，举一反三 -> 仿照单例模式的双重检验锁写法
    if (itemKillSuccessMapper.countByKillUserId(kill.getId(),userId) <= 0){
        int res=itemKillSuccessMapper.insertSelective(entity);
 
        if (res>0){
            //TODO:进行异步邮件消息的通知=rabbitmq+mail
            rabbitSenderService.sendKillSuccessEmailMsg(orderNo);
 
            //TODO:入死信队列，用于 “失效” 超过指定的TTL时间时仍然未支付的订单
            rabbitSenderService.sendKillSuccessOrderExpireMsg(orderNo);
        }
    }
}

该方法涉及的功能模块稍微比较多，即主要包含了“分布式唯一ID-雪花算法的应用”、“整合RabbitMQ异步发送通知消息给用户”、“基于JavaMail开发发送邮件的功能”、“死信队列失效超时未支付的订单”等等，这些功能模块将在后面的小节一步一步展开进行介绍！

（4）最后是需要在前端页面info.jsp开发“提交用户秒杀请求”的功能，其部分核心源代码如下所示：

其中，提交的数据是采用application/json的格式提交的，即json的格式！并采用POST的请求方法进行交互！

（5）将整个系统、项目采用外置的tomcat运行起来，观察控制台的输出信息，如果没有报错信息，则代表整体的实战代码没有语法级别的错误！点击“详情”按钮，登录成功后，进入“待秒杀商品的的详情”，可以查看当前待秒杀商品的详情信息；点击“抢购”按钮，即可进入“秒杀”环节，后端经过一系列的逻辑处理之后，将处理的结果返回给到前端，如下图所示：

与此同时，当前用户的邮箱中将收到一条“秒杀成功”的邮件信息，表示当前用户已经成功秒杀抢到当前商品了，如下图所示：

除此之外，在数据库表item_kill_success中也将会生成一笔“秒杀成功的订单记录”，如下图所示：

当然，对于“邮件的通知”和“秒杀成功生成的订单的订单编号”的功能，我们将在后面的篇章进行分享介绍，在本节我们主要是分享介绍了秒杀系统中用户的“秒杀/抢购请求”功能！

补充：

1、目前，这一秒杀系统的整体构建与代码实战已经全部完成了，完整的源代码数据库地址可以来这里下载：https://gitee.com/steadyjack/SpringBoot-SecondKill 记得Fork跟Star啊！！！

2、实战期间有任何问题都可以留言或者与Debug联系、交流；QQ技术交流群：605610429，顺便关注一下Debug的技术微信公众号呗：

Javaのスパイク戦闘システムシリーズ - 商品コードスパイク戦闘

要約：

コンテンツ：

补充：

おすすめ