textarea在表格中拼写检查是否生效与容器无关，只取决于其自身是否可编辑、是否显式设spellcheck="true"、系统词典是否启用、输入法是否为英文模式及浏览器配置是否允许。
textarea 放在表格里和放在别处没区别，拼写检查是否生效只看它自己是不是可编辑、有没有显式声明 spellcheck="true"，跟 table、tr、td 这些容器完全无关。
为什么表格里的 textarea 没红线？先查这三处
不是表格导致失效，而是常见外部条件没配齐：
- 系统级拼写开关没开：macOS 要进「系统设置 → 键盘 → 文本输入 → 在网页文本框中检查拼写」；Windows/Chrome 需在
chrome://settings/languages中启用并安装对应语言词典 - 输入法处于中文模式：搜狗、微软拼音等会拦截拼写反馈；必须切到英文直输（比如按
Shift切换）再输入英文单词 - 浏览器策略限制：企业部署的 Chrome/Edge 可能通过组策略禁用拼写服务；可临时用个人账号打开隐身窗口验证
textarea 必须显式写 spellcheck="true"
虽然部分浏览器（如 Chrome）对 textarea 默认启用拼写检查，但 Firefox 默认关闭，Safari 在某些版本下也表现不一致。显式声明是最稳妥的做法：
- 输入后需松开空格或回车才可能触发波浪线，不是逐字实时标红
- 不要写成
spellcheck（无值），也不要用spellcheck="on"或spellcheck="1"—— 只接受"true"或"false"字符串 - 若表格是动态渲染的（如 React/Vue），确保初始 HTML 就带该属性，JS 后补可能延迟或无效
别误用 contenteditable 替代 textarea 表格单元格
有人为了“让表格单元格可编辑”而给 td 加 contenteditable="true"，再加 spellcheck="true" —— 这条路极不稳定：
-
hello -
spellcheck不继承，如果td里嵌了p或span，还得给子元素单独加spellcheck="true" - CSS 若含
user-select: none或pointer-events: none，会导致编辑态异常，波浪线压根不渲染 - 移动端（尤其 iOS Safari）对
contenteditable的拼写支持基本不可靠
真正要控制表格里的拼写提示，就老实用 textarea，别绕弯。它的行为最一致，问题排查路径最短——所有异常几乎都出在系统设置、输入法或浏览器配置上，而不是表格结构本身。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
