开发注意事项

简介

这篇文章主要是想记录在开发过程中遇到的坑已经注意事项。

1. 查询条件照成的OOM

问题

SIT 环境内存突然暴增，直接打到100%，导致服务频繁FullGC, 照成服务不可用，然后dump 日志没有打印出来，需要根据日志去分析情况。

原因

经过排查，是一个 查询SQL导致表全量返回，导致内存打满了。

 		SELECT * FROM sales_order
    WHERE row_status = 1
    <if test="dataList != null and !dataList.isEmpty()">
        and sales_order_no in
        <foreach collection="dataList" open="(" close=")" item="orderNo" separator=",">
            #{orderNo}
        </foreach>
    </if>

这个SQL的本意是想根据销售单号批量查询销售单，但是因为入参为空，导致全量查询了销售单表, 导致内存爆满，OOM

注意事项

凡是这类查询操作，一定要在 Repository 层调用 DAO 的地方做判断。数据不合法的不允许查询数据库，防止OOM

1. 强制：项目中不允许出现全表全量查询的SQL，要么SQL显式控制，
2. 强制：对于可能出现全表查询的SQL, 需要在在 Repository 层强制校验。

2. 因为事务导致数据查询不到

问题

出现的业务问题是这样的，一个新增操作，插入数据库之后发送消息，其他域监听到消息后会反查数据做处理。但是其他域在接收到消息后进行反查没有查到数据。

原因

根本原因是在入口方法中添加了事务注解：@Transactional(rollbackFor = Throwable.class)， 然后在方法中操作数据库，然后发送消息，导致发送消息的时候还没有提交事务，就有可能导致外部系统接收到消息后反查无数据。

注意事项

1. 建议：Rest/ Dubbo 方法入口不要添加事务注解，可能会引起以上问题
2. 建议：添加事务注解时要注意事务的传播机制。
3. 强制：发送外部事件消息时一定要在事务提交后。

3. yml配置扫描不到配置

问题

在nacos中添加配置，然后在 代码中使用 @Value的方式扫描不到

原因

上层配置层级重复，没有复用，导致扫描不到新添加的配置
原配置：

# 省略。。。。。。
seller:
  out:
    system:
      roles:
        - code: "1"
          name: "Accountant"

添加配置后扫描不到的配置：

# 省略。。。。。。
seller:
  out:
    system:
      roles:
        - code: "1"
          name: "Accountant"
    
seller:
  change:
    topic: GMALL_SELLER_BATCH_TEST
    tag: update_sku_quote_seller          

调整后生效的配置：

seller:
  out:
    system:
      roles:
        - code: "1"
          name: "Accountant"          
  change: # 商家信息变更通知
    topic: GMALL_SELLER_BATCH_DEV
    tag: update_sku_quote_seller 

注意事项

1. 强制：在使用nacos（其他配置中心）以yml 格式配置时，遇到重复的顶层层级时，需要复用，否则会扫描不到配置
2. 建议：在使用idea 中的yml 中遇到这样的情况会会直接爆红，但是在 nacos中并没有提示，所以导致这个简单的错误。
3. 建议：在遇到第三方配置中心等扫描不到的问题，可直接将配置文件到本地，本地启动测试。