实战！ 项目单据确认状态未更新排查 ｜ Java Debug 笔记

本文正在参加「Java主题月 - Java Debug笔记活动」，详情查看活动链接

一 故事背景

杨乐乐接到一个新需求，针对单据进行删改单的审核，乐乐完成需求后，由于系统存在其他的问题，导致他的功能无法在测试环境测试，由此开始了苦闷的问题排查之旅

二 项目问题

单据在船代系统进行确认后，因为单据是预存扣款单据，所以单据的状态要先被置为确认中，等结算系统中单据对应的商品被支付了并且将支付状态回填给船代，船代单据的确认状态会被置为已确认，但是，现在的问题是，单据的状态一直在确认中。

三 业务流程分析

sequenceDiagram
船代系统->>结算系统: 生成商品
结算系统-->>支付系统: 支付商品
支付系统-)结算系统: 商品已支付
结算系统-)船代系统: 更新费用状态及单据确认状态

上面为业务流程，但是问题来了，到底是哪一点出了问题。这里涉及到业务问题，也涉及到对系统中代码的了解，如商品有没有生成，在哪个表生成？

四 排查

1. 预存扣款，船代发请求给结算

   1）通过功能查询：

   • 在商品->商品管理，商品关键字根据提单号可以查询出生成的商品

   • 查看商品有没有扣款 查看客户订单管理与查询

   2）通过代码查询

     @RequestMapping(
                path = "/xxxxxx",
                method = {RequestMethod.GET, RequestMethod.POST})
        @ResponseBody
        @ResponseStatus(HttpStatus.OK)
        public String createProduct(@RequestParam("system_flag") String systemFlag,
                                    @RequestParam(value = "call_back_url", required = false, defaultValue = "") String callBackUrl,
                             @RequestParam("product_json") String productJson) {
            DataSet dataSet = new DataSet();
            try {
                logger.info("calling /xxxxxx start: systemFlag : [{}], callBackUrl:[{}], productJson:[{}]",
   

   对应数据库表

     select * from  pdt_product WHERE NAME ='7788877'
   

   查询出该单已生产商品，及调用的支付回填处理类

2. 支付回填

   通过kibana查看日志 关键词 productJson

   在支付回填处理类中看到插入了CD_PAY_NOTICE_MSG表

   通过日志查询赋值是在intf项目PayingNotifyListener类的notifyInternal方法

   private void notifyInternal(PayTrade trade, PayingNotifyEvent event) throws Exception {

这个方法更新了CD_PAY_NOTICE_MSG表内容为船代回填通知发送成功，并且调用了船代接口

    public String updateFreightStatus(UpdateFreight updateFreight) throws IOException {
        logger.debug("test_freight:" + updateFreight);
        String json = Serializing.json().toString(updateFreight);
        Map<String, String> params = Maps.newHashMap();
        params.put("updateFreight", json);
        HttpResult result = this.execute(this.httpPost(params), new String[]{"sa/xxxxx"});
        logger.debug("test_freight_result:" + result.content);
        return result.content;
    }

3. 船代逻辑处理

在船代查找调用接口，最终找到是在下面方法进行了舱单确认状态修改

     /**
     * 更新费用状态
     *
     * @param event .businessId 费用ID
     * @param event .status 费用状态步骤: 结束查询费用
     * @return
     */
    public String updateFreightStatus(SettleMentEvent event) throws Exception {
        // 如果走这个逻辑 就会造成舱单一直确认中
        if (flag) {
            // 船代未收费用金额为0，发起退款  0：人工审批 1：自动审批
            this.bus.asyncPost(new RefundProductEvent(event.getProductId(), 1));
            event.printTime("发起退款,结束");
            return "yes";
        }
        // 在这里修改确认状态
       for (RpFreight rpFreight : rpFreights) {

            JsToBusinessFreightEvent businessEvent = new JsToBusinessFreightEvent(Integer.toString(rpFreight.getBusinessType()), 1,
                    rpFreight.getGatheringBy(), rpFreight.getGatheringTime(), rpFreight.getPaymentNo(), rpFreight.getPaymentType(), rpFreight.getPayMail(),
                    rpFreight.getPayName(), rpFreight.getPayCompany(), rpFreight.getPayPhone(), rpFreight.getBusinessFreightId(), event.getPayMethod());
            logger.info("开始更新业务费用: {}", Serializing.json().toString(businessEvent));
            this.bus.asyncPost(businessEvent);
       }
       

如果在船代查询不到费用，费用的状态就会一直确认中，这次的确认中是因为没有查询到费用

4. 电子钱包月不足情况也会造成确认中

根据通知表也可查电子钱包月不足情况

    select * from CD_PAY_NOTICE_MSG where product_id ='8a8ac83c795e85f8017964447cdc0c75'

五 结语

很多时候问题的排查依赖的更多的是业务能力，以及对系统的了解还有对系统中代码的了解，你知道一段代码的处理写在哪，你知道这个功能该查哪个数据库表，你知道整个系统的交互流程，这些都是与技术无关的，但是在实际开发中，却是程序员必须知道知识，这样才能更高效的解决问题。