contenteditable 是布尔属性，可加在 上但存在焦点样式缺失、回车换行破坏结构、移动端光标异常等问题；推荐用 覆盖方案实现点击编辑，更稳定可控。
contenteditable 是什么，能直接用在 <td> 上吗？
<code>contenteditable 是个布尔属性，设为 true 后能让任意 HTML 元素变成可编辑状态。它确实能加在 <td> 上，但直接写 <code><td contenteditable="true">文本</td> 会立刻生效——问题在于：表格单元格默认没有边框 focus 样式、无法控制编辑范围、回车会换行（破坏表格结构），而且移动端光标定位常出错。
常见错误现象：Uncaught TypeError: Cannot set property 'innerHTML' of null（误监听了未渲染完的 <td>）、编辑后数据没同步到 JS 变量、连续点击触发多次 focus 导致光标跳动。
使用场景要区分清楚：如果是临时快速改几个值、不涉及表单校验或提交，<code>contenteditable 可以凑合；如果需要保存、验证、联动其他字段，它只是“看起来像编辑”，实际不是真正的表单控件。
实操建议：
- 给
<td> 加 <code>contenteditable="true"的同时，必须配tabindex="0"，否则键盘无法聚焦 - 用 CSS 强制限制换行：
white-space: nowrap; overflow: hidden;，避免用户按 Enter 插入<div> <li>监听 <code>blur而非input—— 因为contenteditable元素的input事件不兼容 Safari - 编辑结束时，用
textContent取值，别用innerHTML，防止 XSS 或意外标签残留 - 初始状态移除
contenteditable属性，只保留纯文本 - 点击时动态添加
contenteditable="true"并调用.focus() - 同时把当前文本暂存到
data-prev-value属性里，用于取消时还原 - blur 时比较新旧值，有变化再触发保存逻辑，没变化就清空
contenteditable - 按 ESC 键取消：监听
keydown，判断e.key === 'Escape'，然后还原内容 + 移除属性 + blur - 用
position: relative包住<td>，让 <code><input>绝对定位覆盖其区域 -
<input>宽高设为100%，border: none，outline: none，字体样式继承<td> <li>输入框获取焦点后，隐藏原 <code><td> 的文本（用 <code>visibility: hidden，保留占位） - blur 或 Enter 后，把
input.value写回<td> 的 <code>textContent，再移除<input> - 注意处理 tab 键切换：设置
input.tabIndex = -1，避免打断表格 tab 导航流 - 给
<td> 加 <code>-webkit-user-select: text，允许文本选择（这是 iOS focus 前置条件） - 点击事件里加
e.preventDefault()，再手动调input.focus()（如果是 input 方案）或el.focus()（contenteditable 方案） - 避免在
touchstart里 focus，改用touchend或click（iOS click 有 300ms 延迟但更可靠） - 真要兼容老安卓，可以加一行 hack：
el.style.webkitTapHighlightColor = 'transparent';
表格单元格编辑看着简单，但
为什么不能只靠 contenteditable 实现“点击编辑”？
因为“点击才开始编辑”和“天生可编辑”是两回事。contenteditable="true" 让单元格始终处于可编辑态，用户一进页面就能乱输，不符合“点击激活”的交互预期。
真实需求其实是：点击前是普通展示态（比如带 hover 效果），点击后才变成编辑态（输入框或内联编辑），且编辑完成要自动保存或取消。
这需要手动控制状态切换，而不是依赖属性本身。
实操建议：
替代方案：用 <input> 替换 <td> 更可靠
<code>contenteditable 在表格里最大的坑是样式不可控、光标行为不一致、无法设置 type="number" 或 maxlength。真要保证体验，推荐“点击时用 <input> 覆盖原 <td>”的模式。
这不是“更重”，而是更稳：支持原生校验、兼容所有浏览器、能绑定 <code>change 和 keydown（Enter 提交）、CSS 容易对齐。
实操建议：
移动端点击编辑容易失效，怎么破？
iOS Safari 和部分安卓浏览器对 contenteditable 的 touch focus 支持差：点一下没反应，要连点两下，或者点完还得手动拉光标。根本原因是移动端默认禁用非表单元素的焦点获取。
contenteditable 在移动端不是“点一下就编辑”，而是“点一下可能没反应，点两下才勉强 focus”。
实操建议：
contenteditable 的坑集中在 focus 状态管理、跨端行为差异和值同步时机。最省心的做法不是硬刚属性，而是用 <input> 模拟，把“编辑”真正当成一次独立交互来设计。
