lang属性不能直接写在<table>标签上，因为<table>是结构容器而非语义元素，屏幕阅读器、翻译工具、CSS和SEO均忽略其lang声明；应将lang加在<th><td>等承载文本的语义元素上。
lang 属性不能直接写在 <table> 标签上定义“表格语言环境”——<table> 本身没有语言语义，浏览器和屏幕阅读器不会把它当作独立的语言单元处理。
为什么 <table> 上加 lang 基本无效
表格是结构容器，不是内容语义元素。即使你写了 <table lang="en">，屏幕阅读器仍按父级 <html lang="zh-CN"> 的规则朗读表头、单元格里的英文词（比如把 “SKU” 读成“斯库”，而非 /es-ke-you/），Chrome 翻译也不会识别整表为英文内容。
-
<table>不在 WAI-ARIA 或 HTML5 语义规范中被定义为“语言边界”，辅助技术忽略其lang -
:lang(en)CSS 规则也不会匹配到<table lang="en">下的子元素，除非子元素自己显式声明了lang - 搜索引擎不将
<table>的lang视为文档语言信号，SEO 无收益
真正有效的做法：把 lang 加在有语义的单元格或文本容器里
你要让某列数据、某个表头、某行说明文字被正确识别为外语，就得把 lang 贴到承载文本的语义元素上。
- 整行英文说明：
<tr><td colspan="3" lang="en">All prices are in USD.</td></tr>✅ ——<td>是文本容器，语义清晰 - 英文表头：
<th lang="en">Product ID</th>✅ ——<th>明确表示标题性文本 - 混排单元格中的外文术语：
<td>库存状态（<span lang="en" >stock status<> ✅ —— <code><span>虽无强语义，但包裹单个词时可被读屏识别 - 避免：
<table lang="en"><tr><td>API</td></tr></table>❌ ——<table>不触发语言切换，API仍被读作“阿皮”
lang 值必须合法，且与内容严格一致
别图省事填 lang="en" 就完事。如果表格里全是美式拼写 + 美国单位，用 en-US；如果是英式日期格式和 “colour”，该用 en-GB。BCP 47 是精确字符串匹配，:lang(en-US) 不会命中 lang="en"。
立即学习“前端免费学习笔记（深入）”；
- ✅ 正确：
<th lang="en-US">Zip Code</th>、<td lang="ja-JP">東京都</td> - ❌ 错误：
<td lang="jp">（非标准码）、<td lang="Japanese">（非 BCP 47）、<td lang="ja_jp">（下划线非法） - 注意大小写：惯例全小写语言子标签 + 首字母大写地区子标签，
zh-CN对，ZH-cn可能被某些工具静默降级
复杂表格中容易被忽略的点
多层嵌套、带 <caption> 或 <summary> 的表格，最容易漏掉语言标注。
-
<caption>必须单独设lang：<caption lang="en">Monthly Sales Report</caption>✅ —— 它是表格的标题，语义明确 -
<summary>（已废弃但仍有使用）若存在，也需lang，否则屏幕阅读器可能用错语音引擎读描述 - 不要依赖继承：即使
<body>或父<section>有lang，表格内部的英文数据仍需显式标注，否则拼写检查、字体 fallback（如日文假名混排）都会出错 - 动态渲染表格时（React/Vue），JS 插入的
<td>必须同步带上lang属性，光靠父级设置没用
