Docker7530
625 lines
23 KiB
Markdown
625 lines
23 KiB
Markdown
# WorkOrderServiceImpl.saveCustomWorkOrder 中 domain_request 分支梳理
|
||
|
||
> 目标：把 `saveCustomWorkOrder` 里 `if (WorkOrderEnums.Type.domain_request.name().equals(workList.getType()))` 这一支的整体链路、分支条件、以及涉及的库表操作梳理清楚（包含精确/泛域名、批量/非批量两条线），用于后续重构前的理解与拆分。
|
||
|
||
---
|
||
|
||
## 0. 入口位置与范围
|
||
|
||
入口方法：
|
||
|
||
- `WorkOrderServiceImpl.saveCustomWorkOrder(…)`
|
||
`cdn-service/src/main/java/com/cmcc/cdn/platform/selfservice/order/WorkOrderServiceImpl.java:2634`
|
||
|
||
本文聚焦分支：
|
||
|
||
- `WorkOrderServiceImpl.saveCustomWorkOrder` 中
|
||
`if (WorkOrderEnums.Type.domain_request.name().equals(workList.getType())) { … }`
|
||
`WorkOrderServiceImpl.java:2664`
|
||
|
||
---
|
||
|
||
## 1. saveCustomWorkOrder 的前置校验（进入 domain_request 分支之前）
|
||
|
||
### 1.1 登录态与企业操作权限校验
|
||
|
||
- 登录态为空直接失败：`WorkOrderServiceImpl.java:2635-2637`
|
||
- 校验当前用户是否能操作 `workList.enterprise`：
|
||
- 读取当前用户可操作的企业列表：`enterpriseService.getNewCustomDisplay(SecurityUserUtil.getId())`
|
||
- 若 `workList.enterprise != 当前登录企业` 且也不在可操作企业列表里：抛错
|
||
`WorkOrderServiceImpl.java:2638-2643`
|
||
|
||
涉及表：这里主要是服务查询，具体表在 `enterpriseService` 内部（本文不展开）。
|
||
|
||
### 1.2 企业信息读取（用于后续显示/通知等）
|
||
|
||
- 通过 `enterpriseInfoDao.findByEnterpriseId(workList.getEnterprise())` 拿企业名称
|
||
`WorkOrderServiceImpl.java:2646-2649`
|
||
|
||
> `enterprise_info`（推断）被读；实际表名需以 `EnterpriseInfo` 实体为准。
|
||
|
||
### 1.3 CP 角色分支：配置校验 + model 文案拼接
|
||
|
||
如果当前登录角色为企业账号（CP）：
|
||
|
||
- `checkOrderConfig(workList)` 校验姓名/手机号/邮箱格式
|
||
`WorkOrderServiceImpl.java:2650-2652`
|
||
`WorkOrderServiceImpl.java:3038-3049`
|
||
- `workList.model` 解析成文案（`CustomOrderEnums.ModelVO`）
|
||
`WorkOrderServiceImpl.java:2652-2658`
|
||
|
||
### 1.4 附件数量限制
|
||
|
||
- `workList.md5List`（通用附件）最多 5 个
|
||
`WorkOrderServiceImpl.java:2660-2662`
|
||
|
||
---
|
||
|
||
## 2. domain_request 分支总览（主流程）
|
||
|
||
核心代码范围：
|
||
|
||
- `WorkOrderServiceImpl.java:2664-2734`
|
||
|
||
整体顺序可以理解为：
|
||
|
||
1. 企业惩戒复核（联合惩戒黑名单）
|
||
2. 调 `DomainOrderService.handleWithDomainOrder` 生成/更新域名配置需求工单（含写库）
|
||
3. 若是修改重提：清理历史“信安附件 file_info + 工单附件关联 log_file_resource”冗余
|
||
4. 重建本次提交的附件关联（log_file_resource）
|
||
5. 绑定工单-企业关系（worker_order_enterprise）
|
||
6. 触发信安/备案号校验与流程流转（WorkOrderManager）
|
||
7. 拼 domainInfo / enterpriseInfo 写入 request header（疑似用于后续启动 BPM 或审计）
|
||
8. 特殊：若工单已落 BPM 且为新建（非修改），则覆盖工单下一处理人
|
||
|
||
下面按步骤拆开。
|
||
|
||
---
|
||
|
||
## 3. Step 1：联合惩戒复核（企业是否被惩戒）
|
||
|
||
- `recheckEnterprisePunishmentStatus(info)`
|
||
`WorkOrderServiceImpl.java:2665-2666`
|
||
方法本体：`WorkOrderServiceImpl.java:2753-2772`
|
||
|
||
逻辑要点：
|
||
|
||
- info 不存在：仅 warn，不阻断（`2754-2757`）
|
||
- 调用 BBoss 联合惩戒查询：`bBossInteractiveService.queryJointPunish(enterpriseInfo.getEcId())`（`2759`）
|
||
- 若响应失败或已惩戒：抛 `PlatformException` 阻断（`2761-2771`）
|
||
|
||
库表：无直接 DB 写入（是外部接口/服务调用）。
|
||
|
||
---
|
||
|
||
## 4. Step 2：创建/修改域名配置需求工单（核心入库点）
|
||
|
||
### 4.1 是否修改重提
|
||
|
||
- `boolean isModify = Objects.nonNull(workList.getId());`
|
||
`WorkOrderServiceImpl.java:2667`
|
||
|
||
> 这里的 `workList.id` 代表 **work_order.id（运营总表主键）**。
|
||
|
||
### 4.2 调用 DomainOrderService.handleWithDomainOrder（★主入口）
|
||
|
||
- `ConfigureDomainOrderPO domainOrderPO = domainOrderService.handleWithDomainOrder(workList, modelStr);`
|
||
`WorkOrderServiceImpl.java:2669`
|
||
|
||
该方法位置：
|
||
|
||
- `DomainOrderService.handleWithDomainOrder(…)`
|
||
`cdn-service/src/main/java/com/cmcc/cdn/platform/selfservice/order/DomainOrderService.java:2569`
|
||
|
||
#### 4.2.1 handleWithDomainOrder：域名规模/泛域名/迁移工单校验
|
||
|
||
- 单次 add/delete 的域名数上限（配置项 `MAX_DOMAIN_ADD_SIZE`，默认 100）
|
||
`DomainOrderService.java:2570-2574`
|
||
- 域名存在性校验（域名表或工单表）：
|
||
`domainStateService.checkDomainExist(domains, workList.getCode(), workList.getRequirement())`
|
||
`DomainOrderService.java:2576-2580`
|
||
- 新增（add）时泛域名包含关系校验（泛域名之间、与系统已有泛域名）
|
||
`DomainOrderService.java:2587-2596`
|
||
- 删除（delete）时校验不能存在未完成的域名迁移工单
|
||
`domainMigrateService.judgeUnCompleteDomainMigRateOrder(domains)`
|
||
`DomainOrderService.java:2598-2609`
|
||
- 省份“全国(33)”展开为 31 省
|
||
`DomainOrderService.java:2612-2617`
|
||
- 非 delete 时：BSS/THIRD/WEB 来源企业必须上传信安附件
|
||
`DomainOrderService.java:2625-2632`
|
||
|
||
最后落到：
|
||
|
||
- `return checkAndSaveConfigDomain(workList, modelStr);`
|
||
`DomainOrderService.java:2633`
|
||
|
||
#### 4.2.2 checkAndSaveConfigDomain：批量/非批量分流、重复工单校验、入域名表
|
||
|
||
入口：
|
||
|
||
- `DomainOrderService.checkAndSaveConfigDomain(…)`
|
||
`DomainOrderService.java:2328`
|
||
|
||
关键分支：
|
||
|
||
1. 批量单要求必须有 `fileId`（批量附件）
|
||
- 若 `isBatch=true`，把 `fileId` fallback 为 `secInfoFileId[0]`（存在明显历史兼容）
|
||
`DomainOrderService.java:2333-2338`
|
||
|
||
2. 非批量必须有 speedList；删除时还校验域名状态
|
||
`DomainOrderService.java:2339-2351`
|
||
|
||
3. 修改重提场景：允许同域名的“进行中工单”只排除自己
|
||
- 查询 `configure_list + speed_configure_domain` 的进行中工单：
|
||
`orderRepository.findByDomainAndStatusIsNot(domain, Finish)`
|
||
`DomainOrderService.java:2354-2373`
|
||
- `DomainOrderRepository.findByDomainAndStatusIsNot` 是 native join（见库表章节）
|
||
|
||
4. 直播产品不支持冲突域名（cpDomain）场景
|
||
`DomainOrderService.java:2393-2397`
|
||
|
||
然后真正保存工单子表（configure_list）：
|
||
|
||
- `ConfigureDomainOrderPO domainOrderPO = saveConfigureDomain(workList, modelStr);`
|
||
`DomainOrderService.java:2398`
|
||
|
||
并且在 `domain_request + requirement=CREATE` 情况下，会把域名落到域名配置表：
|
||
|
||
- 批量：从 `batch_self_domain` 生成 `self_service_domain_config`
|
||
`DomainOrderService.java:2406-2444`
|
||
- 非批量：从 `speed_configure_domain` 生成 `self_service_domain_config`
|
||
`DomainOrderService.java:2445-2481`
|
||
|
||
> 这一步是 **“域名入域名表”** 的关键点：`selfServiceDomainConfigDao.saveAll(…)`。
|
||
|
||
---
|
||
|
||
## 5. Step 2.3 saveConfigureDomain：work_order / configure_list / 关联表写入（非常关键）
|
||
|
||
入口：
|
||
|
||
- `DomainOrderService.saveConfigureDomain(…)`
|
||
`DomainOrderService.java:509`
|
||
|
||
### 5.1 “workList.type == domain_request” vs “最终写入 work_order.type”
|
||
|
||
这里有一个容易踩坑的点：
|
||
|
||
- `saveCustomWorkOrder` 的分支条件看的是 `workList.getType()`（前端传参）
|
||
- 但 `saveConfigureDomain` 内部会根据是否 CP 账号改写实际工单类型：
|
||
- `cpFlag=true` ⇒ `workType = WorkOrderEnums.Type.configure`
|
||
- 否则 `workType = WorkOrderEnums.Type.domain_request`
|
||
`DomainOrderService.java:510-513`
|
||
|
||
也就是说：**同样走 domain_request 分支，落库可能是 configure 或 domain_request 两种工单类型**（看当前登录角色）。
|
||
|
||
### 5.2 修改重提（isModify）的认定
|
||
|
||
- `isModify = workList.id != null && workType == domain_request`
|
||
`DomainOrderService.java:514-515`
|
||
- 修改时：
|
||
- 读取旧 `work_order`：`workOrderService.findById(workList.getId())`（`516`）
|
||
- 用新的域名列表覆盖 `work_order.details`（`517-521`）
|
||
- 同时记录旧的 speedDomains，稍后删除旧关联行
|
||
`DomainOrderService.java:565-575`
|
||
|
||
### 5.3 非批量新建：work_order 复用/创建 & 工单号生成
|
||
|
||
非批量 `!isBatch` 时：
|
||
|
||
- 通过 `customService.getWorkOrder(workType, domains, enterprise)` 获取/复用 `work_order`
|
||
`DomainOrderService.java:523-528`
|
||
- 如果 `workOrder` 为空且不是 delete：生成 code
|
||
- domain_request：调用 `workOrderService.getWorkOrderCode(domain_request)`
|
||
`DomainOrderService.java:534-536`
|
||
- configure：随机 16 位并保证不重复
|
||
`DomainOrderService.java:537-543`
|
||
|
||
### 5.4 信安附件内容校验（重要：精确/泛域名都在这里做一致性校验）
|
||
|
||
- 非 delete 时做校验：`checkUnitInfomation(workList, workOrder.getCode())`
|
||
`DomainOrderService.java:545-548`
|
||
|
||
方法本体：
|
||
|
||
- `DomainOrderService.checkUnitInfomation(WorkOrderVO, workId)`
|
||
`DomainOrderService.java:372`
|
||
|
||
关键点：
|
||
|
||
- 海外产品（ProdTypeEnum.isOverseas）且是 domain_request：跳过信安附件校验
|
||
`DomainOrderService.java:373-377`
|
||
- 读取信安 Excel（从 `secInfoFileId[0]`）解析为对象：
|
||
`excelUtil.convertToObjectFromExcel(…)`
|
||
`DomainOrderService.java:379-384`
|
||
- 信安信息不允许泛域名（domain 以 `*` 开头直接抛错）
|
||
`DomainOrderService.java:385-389`
|
||
- 若是泛域名（EXTENSIVEDOMAIN）：
|
||
- 校验上传信安域名与页面 subdomain 列表一一对应、备案号一致
|
||
`DomainOrderService.java:391-403`
|
||
- 若是精确域名（非 EXTENSIVE）：
|
||
- 校验上传信安域名与页面 speedList 一一对应、备案号一致
|
||
`DomainOrderService.java:404-416`
|
||
- 校验域名未在域名表中存在：`selfServiceDomainConfigDao.findByDomain(domain)`
|
||
`DomainOrderService.java:420-426`
|
||
- 给每条信安记录打上 `informaionId = workId`（这里的 workId 实际是工单 code）
|
||
`DomainOrderService.java:427-429`
|
||
|
||
> 这里的校验是“前端页面填写信息”与“上传信安模板内容”的强一致校验，是后续重构时最容易拆坏的点。
|
||
|
||
### 5.5 生成 ConfigureDomainOrderPO 并保存（configure_list）
|
||
|
||
- 非批量：用 `ConfigureDomainOrderPO.createDomainOrderPO(…)` 构造
|
||
`DomainOrderService.java:579-583`
|
||
对应实体表：`configure_list`（`ConfigureDomainOrderPO.java:40-41`）
|
||
|
||
- 批量：走 `createConfigureDomainOrderPOFromBatchDomainFile(…)`
|
||
`DomainOrderService.java:577-579`
|
||
|
||
批量域名表：
|
||
|
||
- `BatchSelfDomainPO` => `batch_self_domain`
|
||
`BatchSelfDomainPO.java:32-33`
|
||
|
||
关联的“加速域名明细”表：
|
||
|
||
- `SpeedConfigureDomainPO` => `speed_configure_domain`
|
||
`SpeedConfigureDomainPO.java:26-27`
|
||
|
||
### 5.6 泛域名（EXTENSIVEDOMAIN）：子域名入库（sub_domain + join 表）
|
||
|
||
如果 `workList.domainType == EXTENSIVEDOMAIN`：
|
||
|
||
- 校验每个子域名必须属于该泛域名后缀
|
||
- `domainOrderPO.setSubDomains(…)` 存子域名列表（SubDomainPO）
|
||
`DomainOrderService.java:611-625`
|
||
|
||
子域名表：
|
||
|
||
- `sub_domain`（`SubDomainPO.java:20-21`）
|
||
|
||
join 表：
|
||
|
||
- `work_order_domain_request_sub`（在 `ConfigureDomainOrderPO` 的 `@JoinTable` 上）
|
||
`ConfigureDomainOrderPO.java:139-145`
|
||
|
||
### 5.7 修改重提：删除旧 speed_configure_domain
|
||
|
||
- 若 `preSpeedDomains` 非空：`speedConfigureDomainDao.deleteAll(preSpeedDomains)`
|
||
`DomainOrderService.java:629-633`
|
||
|
||
### 5.8 保存 configure_list + 追加 domain_history 记录
|
||
|
||
- `ConfigureDomainOrderPO p = orderRepository.save(domainOrderPO);`
|
||
`DomainOrderService.java:635`
|
||
|
||
- domain_history：至少写 1 条
|
||
- 修改重提：`Button.submit`
|
||
`DomainOrderService.java:637-640`
|
||
- 普通新建：result 为 null
|
||
`DomainOrderService.java:641-643`
|
||
|
||
此外（非海外 + 创建单）还会写一条“控制信安信息显示/校验状态”的记录：
|
||
|
||
- `DomainHistoryPO.create(p.getId(), false, false, submit)`
|
||
`DomainOrderService.java:651-654`
|
||
|
||
---
|
||
|
||
## 6. Step 3：修改重提时的“历史附件清理”（file_info + log_file_resource）
|
||
|
||
回到 `WorkOrderServiceImpl.saveCustomWorkOrder`：
|
||
|
||
如果 `isModify=true`：
|
||
|
||
1. 查旧 configure_list（通过 work_order.id）拿 orgEnterId：
|
||
- `ConfigureDomainOrderPO orgPo = orderRepository.findByWorkOrderId(workList.getId()).orElse(null);`
|
||
- `orgEnterId = orgPo.getTenantId();`
|
||
`WorkOrderServiceImpl.java:2671-2672`
|
||
|
||
2. 删除历史信安附件（file_info）冗余：
|
||
|
||
- `deleteHistoryFileInfo(workList, domainOrderPOId)`
|
||
`WorkOrderServiceImpl.java:2676`
|
||
方法：`WorkOrderServiceImpl.java:3660-3683`
|
||
|
||
其删除策略：
|
||
|
||
- 新提交的 `secInfoFileId` 为空则不删
|
||
- 查当前工单关联的 log_file_resource，取 `fileContentType == security_info` 的 md5 列表
|
||
- `oldMd5.removeAll(newSecInfoFileId)` 得到“旧有但本次未再使用”的 md5
|
||
- `fileInfoDao.findByMd5In(oldMd5)` 并 `fileInfoDao.deleteAll(…)`
|
||
`WorkOrderServiceImpl.java:3663-3679`
|
||
|
||
涉及表：
|
||
|
||
- `file_info`（`FileInfoPO.java:30-31`）
|
||
- `log_file_resource`
|
||
|
||
1. 清空该 configure_list 下的所有附件关联：
|
||
|
||
- `logFileResourceRepository.deleteAllByOrderId(domainOrderPOId)`
|
||
`WorkOrderServiceImpl.java:2678-2682`
|
||
repository：`LogFileResourceRepository.deleteAllByOrderId`
|
||
`LogFileResourceRepository.java:147-149`
|
||
|
||
---
|
||
|
||
## 7. Step 4：重建本次提交的附件关联（log_file_resource）
|
||
|
||
无论新建还是修改，都会重新生成附件关联：
|
||
|
||
### 7.1 md5List（最多 5 个）
|
||
|
||
- `logOrderService.saveFilesToTable(domainOrderPO.getId(), workList.getMd5List(), WorkOrderEnums.Type.configure);`
|
||
`WorkOrderServiceImpl.java:2684-2685`
|
||
|
||
`LogOrderService.saveFilesToTable(…)`：
|
||
|
||
- 对 list 中每个 md5 插入 `LogFileResource(type, md5, orderId)`
|
||
`LogOrderService.java:761-772`
|
||
|
||
### 7.2 fileId（单文件，标记 domain_config）
|
||
|
||
- `logOrderService.saveFiles([LogFileResource.create(…, FileContentTypeEnum.domain_config)])`
|
||
`WorkOrderServiceImpl.java:2686-2689`
|
||
|
||
### 7.3 secInfoFileId（信安附件，标记 security_info）
|
||
|
||
- 遍历每个 md5，插入 `LogFileResource(…, FileContentTypeEnum.security_info)`
|
||
`WorkOrderServiceImpl.java:2690-2697`
|
||
|
||
LogFileResource 说明：
|
||
|
||
- repository 的 SQL 指向 `log_file_resource`。
|
||
- 字段 `md5` 注释说明“是 mongodb_Id 值，不是文件 md5 值”（非常重要）
|
||
`LogFileResource.java:51`
|
||
|
||
---
|
||
|
||
## 8. Step 5：绑定工单与企业关系（worker_order_enterprise）
|
||
|
||
- `workOrderService.setNewWorkOrderEnterpriseForDR(workOrderId, newEnterpriseId, orgEnterpriseId)`
|
||
`WorkOrderServiceImpl.java:2698-2701`
|
||
|
||
方法位置：
|
||
|
||
- `WorkOrderServiceImpl.setNewWorkOrderEnterpriseForDR(…)`
|
||
`WorkOrderServiceImpl.java:1183-1209`
|
||
|
||
逻辑：
|
||
|
||
- 若 `orgEnterpriseId` 不为空（修改工单）且企业变更：
|
||
- 查 `worker_order_enterprise` 记录并更新 `enterpriseId/enterpriseType`
|
||
`WorkOrderServiceImpl.java:1185-1196`
|
||
- 否则（新建）：
|
||
- 插入一条新的 `WorkOrderEnterprise`
|
||
`WorkOrderServiceImpl.java:1197-1208`
|
||
|
||
表：
|
||
|
||
- `worker_order_enterprise`（注意表名是 worker_order_enterprise）
|
||
`WorkOrderEnterprise.java:22-23`
|
||
|
||
---
|
||
|
||
## 9. Step 6：触发信安/备案号校验与流程流转（WorkOrderManager）
|
||
|
||
- `workOrderManager.handleDomainConfigXinAnInfo(SecurityUserUtil.getId(), domainOrderPO.getId());`
|
||
`WorkOrderServiceImpl.java:2702-2703`
|
||
|
||
方法位置：
|
||
|
||
- `WorkOrderManager.handleDomainConfigXinAnInfo(…)`
|
||
`WorkOrderManager.java:58-92`
|
||
|
||
核心逻辑（只说需求类相关）：
|
||
|
||
1. 读 configure_list：
|
||
- `orderRepository.findById(orderId)`
|
||
`WorkOrderManager.java:59`
|
||
|
||
2. 若 operateType == CREATE：
|
||
- 海外产品：直接 `updateNextCheckUserInOrderSubmit(…)` 并返回
|
||
`WorkOrderManager.java:62-67`
|
||
- 非海外：先刷新备案号/一致性状态：
|
||
- `domainOrderService.updateCheckedIcpInfo(po)`
|
||
`WorkOrderManager.java:68`
|
||
- 如果 `checkDomainIcpEqual(po)` 为 true：`uploadInformation(po)`（同步信安系统）
|
||
`WorkOrderManager.java:71-73`
|
||
- 最后如果仍然 `checkDomainIcpEqual(po)` 为 true：进入流转
|
||
`domainOrderService.updateNextCheckUserInOrderSubmit(…)`
|
||
`WorkOrderManager.java:83-85`
|
||
|
||
3. 若 operateType != CREATE：直接 `updateNextCheckUserInOrderSubmit(…)`
|
||
`WorkOrderManager.java:86-88`
|
||
|
||
---
|
||
|
||
## 10. Step 7：拼 domainInfo/enterpriseInfo 写入请求头（包含精确+批量域名）
|
||
|
||
代码位置：
|
||
|
||
- `WorkOrderServiceImpl.java:2704-2726`
|
||
|
||
逻辑：
|
||
|
||
1. 先从 `domainOrderPO.getSpeedDomains()` 拿域名（对应 `speed_configure_domain`）
|
||
`WorkOrderServiceImpl.java:2706-2708`
|
||
|
||
2. 如果 `domainOrderPO.getBatchId() != null`：
|
||
- 查 `batch_self_domain`：`batchSelfDomainDao.findByBatchId(domainOrderPO.getBatchId())`
|
||
`WorkOrderServiceImpl.java:2709-2713`
|
||
- 把批量域名也加入 domains
|
||
|
||
3. domains 去重（Set）
|
||
`WorkOrderServiceImpl.java:2716-2719`
|
||
|
||
4. 拼成 `"a.com,b.com"` 写入 header：
|
||
- `req.putHeader("domainInfo", "…")`
|
||
- `req.putHeader("enterpriseInfo", domainOrderPO.getTenantId())`
|
||
`WorkOrderServiceImpl.java:2720-2726`
|
||
|
||
---
|
||
|
||
## 11. Step 8：BPM 已存在且是新建（非修改）时的特殊“下一处理人覆盖”
|
||
|
||
代码：
|
||
|
||
- `WorkOrderServiceImpl.java:2726-2733`
|
||
|
||
条件：
|
||
|
||
- `BpmTaskPO bpmTaskPO = bpmTaskDao.findByCode(domainOrderPO.getWorkOrder().getCode());`
|
||
- `if (bpmTaskPO != null && !isModify) { … }`
|
||
|
||
动作：
|
||
|
||
- `WorkOrder workOrder = workOrderRepository.findByMyId(domainOrderPO.getId());`
|
||
`WorkOrderServiceImpl.java:2728`
|
||
|
||
> 这里传入的是 `domainOrderPO.getId()`（configure_list.id），但方法名 `findByMyId` 从语义上更像查 work_order.id。后续重构/排雷建议重点确认。
|
||
|
||
然后：
|
||
|
||
- `orderDao.findByEcId(enter.get().getEcId())` 找到 BBoss 侧订单
|
||
- 取 `currentUserId` 找用户，设置为工单审批人：
|
||
- `workOrder.setApprovingUser(users);`
|
||
- `workOrderRepository.save(workOrder);`
|
||
`WorkOrderServiceImpl.java:2729-2733`
|
||
|
||
涉及表（推断/部分不在本文展开）：
|
||
|
||
- `bpm_task`（`bpmTaskDao`）
|
||
- `work_order`（`workOrderRepository`）
|
||
- `bboss order` 相关表（`orderDao`/`OrderInfo`）
|
||
|
||
---
|
||
|
||
## 12. 涉及库表与操作一览（按“表 -> 操作 -> 代码点”）
|
||
|
||
### 12.1 work_order（运营总表）
|
||
|
||
- 新建/复用/修改 details、设置 code、corpName、省份信息、审批人等
|
||
`DomainOrderService.saveConfigureDomain`：`DomainOrderService.java:523-563`、`679-698`
|
||
- 设置下一审批人（dealer/approvingUser/userTemp）
|
||
`DomainOrderService.updateNextCheckUserInOrderSubmit`：`DomainOrderService.java:1130-1168`
|
||
|
||
### 12.2 configure_list（域名配置需求工单子表）
|
||
|
||
- 保存 configure_list 主记录
|
||
`DomainOrderService.saveConfigureDomain`：`DomainOrderService.java:635`
|
||
- 保存备案号查询结果 recordNumber（非批量）
|
||
`DomainOrderService.updateCheckedIcpInfo`：`DomainOrderService.java:977-982`
|
||
|
||
实体：
|
||
|
||
- `ConfigureDomainOrderPO` => `configure_list`
|
||
`ConfigureDomainOrderPO.java:40-41`
|
||
|
||
### 12.3 speed_configure_domain（工单加速域名明细）
|
||
|
||
- 新建：由 `ConfigureDomainOrderPO.createDomainOrderPO` 生成并随 configure_list 保存
|
||
`DomainOrderService.java:579-583`
|
||
- 修改重提：删除旧的 speedDomains 记录
|
||
`speedConfigureDomainDao.deleteAll(preSpeedDomains)`
|
||
`DomainOrderService.java:629-633`
|
||
|
||
实体：
|
||
|
||
- `SpeedConfigureDomainPO` => `speed_configure_domain`
|
||
`SpeedConfigureDomainPO.java:26-27`
|
||
|
||
### 12.4 batch_self_domain（批量域名明细）
|
||
|
||
- 批量新建时写入（saveBatchDomains / saveAll）
|
||
`DomainOrderService.createConfigureDomainOrderPOFromBatchDomainFile`：`DomainOrderService.java:721-723`
|
||
- ICP 查询后回写 recordNumber/icpEquals
|
||
`DomainOrderService.updateCheckedIcpInfo`：`DomainOrderService.java:934-963`
|
||
- saveCustomWorkOrder 用于拼装 domainInfo（按 batchId 查询）
|
||
`WorkOrderServiceImpl.java:2709-2713`
|
||
|
||
实体：
|
||
|
||
- `BatchSelfDomainPO` => `batch_self_domain`
|
||
`BatchSelfDomainPO.java:32-33`
|
||
|
||
### 12.5 self_service_domain_config（域名配置表/域名主表）
|
||
|
||
- domain_request 且 requirement=CREATE 时：把域名插入域名表（批量/非批量两条线）
|
||
`DomainOrderService.checkAndSaveConfigDomain`：`DomainOrderService.java:2400-2481`
|
||
- ICP 查询后更新 legal（合法性）
|
||
`DomainOrderService.updateCheckedIcpInfo`：`DomainOrderService.java:954-955`、`975-976`、`988-989`
|
||
|
||
实体：
|
||
|
||
- `SelfServiceDomainConfigPO` => `self_service_domain_config`
|
||
`SelfServiceDomainConfigPO.java:79-80`
|
||
|
||
### 12.6 domain_history（域名配置需求工单历史）
|
||
|
||
- 保存初始/提交记录、IC P 校验控制记录等
|
||
`DomainOrderService.saveConfigureDomain`：`DomainOrderService.java:636-654`
|
||
- ICP 校验完成标记
|
||
`DomainOrderService.updateCheckedIcpInfo`：`DomainOrderService.java:992-999`、`956-962`
|
||
- 异常时写 msg（WorkOrderManager 捕获 uploadInformation 异常）
|
||
`WorkOrderManager.java:75-78`
|
||
|
||
实体：
|
||
|
||
- `DomainHistoryPO` => `domain_history`
|
||
`DomainHistoryPO.java:21-22`
|
||
|
||
### 12.7 log_file_resource（工单附件关联表）
|
||
|
||
- 修改重提时：按 orderId（configure_list.id）清空
|
||
`logFileResourceRepository.deleteAllByOrderId(domainOrderPOId)`
|
||
`WorkOrderServiceImpl.java:2678-2682`
|
||
- 新建附件关联：
|
||
- md5List：`LogOrderService.saveFilesToTable`
|
||
`WorkOrderServiceImpl.java:2684-2685` / `LogOrderService.java:761-772`
|
||
- fileId（domain_config）：`WorkOrderServiceImpl.java:2686-2689`
|
||
- secInfoFileId（security_info）：`WorkOrderServiceImpl.java:2690-2697`
|
||
|
||
### 12.8 file_info（信安附件内容落库）
|
||
|
||
- 修改重提时：根据“旧的安全信息 md5 列表”删除 file_info 记录
|
||
`WorkOrderServiceImpl.deleteHistoryFileInfo`：`WorkOrderServiceImpl.java:3660-3679`
|
||
|
||
实体：
|
||
|
||
- `FileInfoPO` => `file_info`
|
||
`FileInfoPO.java:30-31`
|
||
|
||
### 12.9 worker_order_enterprise（工单-企业关系映射）
|
||
|
||
- 新建工单：插入映射
|
||
- 修改且企业变更：更新映射
|
||
`WorkOrderServiceImpl.setNewWorkOrderEnterpriseForDR`：`WorkOrderServiceImpl.java:1183-1209`
|
||
|
||
实体：
|
||
|
||
- `WorkOrderEnterprise` => `worker_order_enterprise`
|
||
`WorkOrderEnterprise.java:22-23`
|
||
|
||
### 12.10 sub_domain / work_order_domain_request_sub（泛域名子域名）
|
||
|
||
- EXTENSIVEDOMAIN 时保存子域名集合（SubDomainPO）
|
||
- join 表：`work_order_domain_request_sub`（配置在 ConfigureDomainOrderPO 上）
|
||
`ConfigureDomainOrderPO.java:139-145`
|
||
`SubDomainPO.java:20-21`
|
||
|
||
---
|
||
|
||
## 13. 重构前建议你重点“标注/解耦”的风险点（仅提示，不做重构方案）
|
||
|
||
1. **domain_request 分支里实际落库的工单类型可能是 configure 或 domain_request**
|
||
根因：`saveConfigureDomain` 的 `cpFlag ? configure : domain_request`
|
||
`DomainOrderService.java:510-513`
|
||
|
||
2. **修改重提的附件清理策略**：同时删 `log_file_resource` + `file_info`，并且 `LogFileResource.md5` 实际是 mongodb_id
|
||
`WorkOrderServiceImpl.java:2673-2682`、`3660-3679`、`LogFileResource.java:51`
|
||
|
||
3. **BPM 存在时覆盖审批人** 的取数链路（`workOrderRepository.findByMyId(domainOrderPO.getId())`）参数语义可疑
|
||
`WorkOrderServiceImpl.java:2726-2733`
|