应完全不在columns中定义id列，确保原始数据对象仍含id字段，编辑时直接通过record.id获取；避免CSS隐藏或过滤数据，防止丢失主键导致提交失败。
React + Ant Design 表格里怎么隐藏 id 列但还能让编辑逻辑正常工作
主键列（比如 id）不展示给用户看，但编辑时又必须传给后端——这是常见需求。关键不是“藏起来”，而是“不渲染但不丢弃”。ant design 的 columns 配置里不能靠 hidden: true 或 css 隐藏，否则 row 数据拿不到完整字段。
- 把
id放进rowKey，同时确保每行数据本身仍含id字段（哪怕列没渲染） -
columns中完全不定义id这一列；它只存在于原始数据对象中，编辑表单或提交时直接从record.id取值 - 别用
display: none包裹单元格内容——这会让键盘焦点、屏幕阅读器行为异常，且不解决数据缺失问题
Vue 3 + Element Plus 的 el-table 如何跳过渲染 id 但保留其可用性
Element Plus 的 el-table 默认不会自动过滤掉数据里存在的字段，所以只要你不写 el-table-column 对应 id，它就自然不显示，但 scope.row.id 在插槽或事件回调里照常可读。
- 检查是否误用了
show-overflow-tooltip或formatter对id做了空处理——这容易让人误以为“被删了”，其实是值变空了 - 编辑弹窗打开时，直接传整个
row对象，而不是手动 pick 其他字段；否则容易漏掉id - 如果用了
row-key属性，值必须是字符串（如"id"），不能是函数返回row.id—— 否则某些操作下响应式会断掉
后端返回数据含 id，前端却在编辑时提示 "id is required"
错误不在隐藏逻辑本身，而在编辑提交前的数据组装环节。常见于用表单库（如 Formik、React Hook Form）时，只监听可见字段，id 没被纳入 form values。
- 不要在
initialValues里过滤掉id；即使不渲染，也要让它进初始值 - 提交前校验（如 Yup schema）要允许
id存在且非空，但不必要求用户输入——用notRequired().nullable(false)类似逻辑更稳妥 - 如果用了
FormData手动 append，记得加formData.append('id', record.id)；浏览器不会自动包含“不可见字段”
为什么用 visibility: hidden 或 opacity: 0 隐藏列是错的
这类 CSS 方式只是视觉隐藏，DOM 节点还在，表格结构仍包含该列。后果比你想象的严重：
- 列宽计算异常，尤其当其他列用
width: '100px'时，隐藏列仍占布局空间 - 键盘导航（Tab 键）会停在空单元格上，影响无障碍体验
- 导出 Excel（如用
sheetjs）时，该列大概率被导出——因为数据源没过滤，只是样式藏了
真正干净的做法，是从渲染层彻底移除这一列定义，而非靠样式压制。复杂点在于：所有依赖 row 的地方，都得默认它有 id，哪怕眼睛看不见。
