1.流程测试

1.1. 受限商品列表取申诉成功的数据到删除队列， 直接构建的话可能会有风险，建议先写入到中间表，同时在页面显示，由人工审核，超过3天未审核再自动提交
1.2. 受限商品列表取申诉成功的数据时， 最好再查下库存数据，避免库存波动导致数据不准

2.代码走读
2.1 PolicyComplianceSafetyIssuesTaskService,PolicyComplianceRestrictedProductTaskService,PolicyComplianceHighPriceTaskService 3个类各自设了独立的线程池，且核心线程数都设置为16， 根据阿里注释，核心线程即使处于空闲也不会被回收，所以1个进程里面至少就有48个线程一直被占用， 后期量一大就会成为性能点

2.2 获取lisintg黑名单时不要用map, 因为一个渠道sku可能对应多个渠道id, 这样会造成部分数据没拦到

2.3 根据部门id获取部门下的子集部门，先是查全部部门数据，再遍历，最好加入缓存，避免每次调用都查询，给erp数据库带来压力


2.4 listing黑名单可以再店铺黑名单过滤后再查询


2.5sql 查询页数小点， 尽量别用非索引字段，

2.6位置颠倒


2.7 读取erp库时最好在外面读取， 比如下面的这张表，每次进来这个方法都是1000条，数据可能是同样的


2.8 rb_orderSource是高频查询，最好加入缓存，且在程序入口一开始查询， 不要放在分组异步任务里面

2.9 map key错误


2.10 构建调价队列赋值错误

2.11 企业价格是否要读取配置生成？ 问产品


2.12 可以共用


2.13 多余代码