宜搭下子表单记录条数系统重复的错误BUG无法修复

关于您遇到的“宜搭子表单记录条数系统重复”且“无法修复”的问题，这确实是宜搭社区中一个已知且长期被用户诟病的痛点。根据搜索结果和大量用户反馈，这种情况通常不是单一原因造成的，而是由前端交互逻辑缺陷、后端保存机制冲突或特定操作场景下的Bug共同导致的。

既然官方技术支持反馈缓慢，您可以尝试以下深度排查方案和临时规避策略，这些方法在社区中被验证过能有效缓解或部分解决该问题：

一、核心原因分析（为什么会出现重复？）

根据社区案例（如阿里云开发者社区的讨论），导致子表单“编辑界面显示 N 条，后台实际存储 N+M 条”的主要原因有：

RowId 生成冲突：在复制表单、快速连续添加/删除行、或网络波动时，前端生成的临时 rowId 可能与后端保存时生成的 rowId 冲突，导致后端误判为“新增”而非“更新”，从而插入重复数据。
并发保存冲突：如果多个用户同时编辑同一条主数据，或者用户在极短时间内连续点击“保存”，可能导致多次写入。
前端缓存未同步：浏览器缓存或宜搭前端组件状态未及时刷新，导致用户看到的是旧数据，提交时却携带了旧数据的 RowId，引发重复。
自动化流程/集成触发：如果配置了“数据更新触发集成”或“自动化流程”，可能在保存动作之外又触发了一次写入操作。

二、紧急规避与临时修复方案（无需等待官方修复）

方案 1：强制清理与重新初始化（最推荐）

这是目前最有效的“软修复”手段，旨在清除可能损坏的行状态。

操作步骤：

不要直接编辑出现问题的单据。
新建一个完全空白的测试单据，尝试添加子表单行并保存，观察是否正常。如果正常，说明是特定数据行的状态损坏。
对于已损坏的单据，尝试进入编辑页面，逐行删除所有子表单行（不要一次性全选删除），然后手动重新添加所需数据，最后保存。
关键技巧：在删除行后，刷新页面（F5），确认子表单为空后再重新添加。这能强制前端重新生成正确的 RowId 序列。

方案 2：禁用“自动保存”与“快速操作”

检查设置：如果您的表单开启了“自动保存”或允许用户在子表单中快速连续操作，请尝试关闭这些功能。
操作规范：要求用户在添加/删除子表单行后，等待 1-2 秒再进行下一步操作，避免高频点击触发 Bug。

方案 3：使用“自定义校验”拦截重复数据（数据层防御）

虽然不能阻止后台产生重复，但可以在提交时拦截，防止脏数据流入下游报表。

实现逻辑：编写一个自定义 JS 校验函数，在提交前检查子表单中是否存在完全重复的行（基于关键字段组合）。

代码思路（参考宜搭官方文档）：

// 在子表单的“自定义校验”中调用
function validateRule(value) {
  // 获取当前子表单的所有行数据
  const tableData = this.$('子表单组件唯一标识').getValue(); 
  // 简单去重逻辑：检查是否有完全相同的行（需根据实际字段调整）
  const uniqueSet = new Set(tableData.map(row => JSON.stringify(row)));
  if (uniqueSet.size !== tableData.length) {
    return '检测到子表单存在重复记录，请检查后提交！';
  }
  return true;
}

注意：这只能防住“完全重复”的行，对于 RowId 不同但内容相同的“幽灵数据”可能无效，需结合后端处理。

方案 4：后端数据清洗（终极手段）

如果数据库中已经产生了大量重复数据，必须通过技术手段清洗。

方法 A：使用宜搭“集成&自动化”

创建一个定时任务，每天凌晨运行。
逻辑：查询主表 -> 获取子表单数据 -> 在内存中去重（保留最新的一条）-> 调用宜搭 OpenAPI (updateFormData) 覆盖写入去重后的数据。

方法 B：直接操作数据库（仅限专有云/私有化部署）

如果您使用的是宜搭专有云版本且有数据库权限，可以直接连接 RDS，通过 SQL 脚本删除重复行（基于 row_id 和 gmt_modified 保留最新的一条）。公有云 SaaS 版不支持此操作。

三、如何推动官方彻底修复？

既然普通工单响应慢，建议升级投诉渠道：

提供复现路径（关键）：

从打开表单到出现重复的每一步操作。
浏览器的控制台报错信息（按 F12 -> Console，截图任何红色的 Error）。
网络请求（Network 标签页，找到保存接口，查看 Request 和 Response 中的 rowData 差异）。

官方无法修复往往是因为无法稳定复现。您需要录制一个屏幕视频，详细展示：

升级工单等级：

在钉钉群联系宜搭客服时，明确强调：“此 Bug 导致核心业务数据严重失真，且已造成财务/统计错误，要求升级为 P1/P0 级故障，由产研团队介入。”
提及关键词：“RowId 重复”、“并发保存冲突”、“数据一致性破坏”。

社区施压：

在阿里云开发者社区、钉钉宜搭官方论坛发帖，带上您的案例和视频，@宜搭官方账号。公开的舆论压力通常能加速内部流转。

四、总结建议

阶段	建议动作	目的
短期	人工清洗 + 规范操作	立即止损，确保新数据不再重复。要求用户“删行后刷新再添加”。
中期	部署自动化清洗脚本	每天自动修正已产生的脏数据，保证报表准确性。
长期	收集证据升级工单	迫使官方发布补丁。重点提供 F12 网络包和复现视频。

特别提醒：在进行任何数据清洗操作前，请务必备份数据（利用宜搭的“数据导出”功能），以防误操作导致数据丢失。

如果以上方案仍无法解决，且业务影响巨大，建议考虑暂时迁移该模块到其他低代码平台或自建系统，直到宜搭官方发布确切的修复版本。