lang属性是触发line-break规则的前提，必须显式声明符合bcp 47的cjk语言值（如zh-cn、ja-jp），否则line-break无效；line-break各值对cjk断行影响显著：loose允许全角标点前断行，strict主要约束日韩假名组合，normal为默认行为。
lang属性本身不控制连字符折行，但它是触发浏览器正确应用line-break规则的前提
浏览器对中文、日文、韩文（CJK）的换行逻辑——比如是否允许在顿号后、破折号前、假名之间断行——完全依赖元素自身的lang值，而不是CSS或父级设置。没有lang，line-break就形同虚设。
常见错误现象：
• 页面设了line-break: strict，但中文段落仍乱断在字中间
• 日文混排时，〜（U+301C）前始终不断行，哪怕写了line-break: loose
• lang="zh"写了，但:lang(zh) { line-break: strict; }没生效
- 必须给含文本的每个语义化标签显式写
lang，例如<p lang="ja">東京〜大阪</p>，不能只靠 -
lang值必须符合BCP 47：用ja-JP而非ja或jp；zh-Hans比zh更稳妥，但zh-CN兼容性最广 -
line-break仅在lang明确为CJK语言时才被浏览器解析为CJK规则；lang="en"下设line-break: loose无效
line-break取值对CJK文本的实际影响差异明显
line-break不是“越严格越好”，不同取值会改变标点避头尾、假名组合、全角符号前后的断行许可。它只在lang已声明为CJK语言时起效。
容易踩的坑：
• 把line-break: anywhere当万能解——它会让中文在任意字间断，破坏语义
• 在lang="zh"下用line-break: normal，结果发现顿号、逗号后仍可断行（这是正常行为，normal本就允许）
• 误以为line-break: strict能阻止所有不当断行，但它对中文效果有限，主要约束日韩
-
line-break: loose：最常用。允许在全角标点（如、。）、连字符（〜、゠）前断行，适合大多数中文/日文混排场景 -
line-break: strict：禁用大部分非词界断点，对日文假名组合（如ぁ前）强制不换行，但对纯中文作用弱 -
line-break: normal：浏览器默认行为，等价于不设该属性；中文下它允许在顿号、逗号后断，但不会主动避头尾
配合CSS使用时，lang和line-break必须共存且作用于同一元素
单独写:lang(zh) { line-break: loose; }不如直接在HTML里写<p lang="zh" style="line-break: loose"></p>来得可靠。前者依赖选择器匹配精度，后者是渲染引擎第一手依据。
实操建议：
• 不要用[lang="zh"]选择器——它只匹配lang="zh"，漏掉zh-CN和zh-Hans
• 推荐用[lang|="zh"]或:lang(zh)，它们能覆盖zh-CN、zh-TW等子类
• 但注意：:lang(zh)在旧版Safari中可能不识别zh-Hans，稳妥起见优先用lang="zh-CN" + 内联style
- 表格单元格、
<pre class="brush:php;toolbar:false;"></pre>、<code>这类容器，需同时设lang和line-break，否则内容溢出或断行错乱 - 不要在
white-space: pre上叠加line-break——pre禁用自动换行，line-break无从生效 -
overflow-wrap: break-word和line-break可共存，前者管超长单词（如URL），后者管CJK内部断点，分工明确
繁体与简体混排时，lang值差异直接影响字体回退和断行
写lang="zh-Hant"和lang="zh-Hans"不只是为了SEO或翻译，它们会触发不同的字体链加载和断行策略。浏览器把二者视为不同语言变体，:lang(zh-Hant)规则不会命中lang="zh-Hans"元素。
关键细节：
• zh-Hans下，line-break: loose允许在简体标点（如「、」「。」）前断行
• zh-Hant下，相同规则会适配繁体标点宽度和避头尾习惯（如「、」「。」在港澳台排版中的位置）
• 混用lang="zh"和lang="zh-TW"会导致部分:lang(zh)样式失效，因为zh-TW不被视作zh的子类
- 若页面同时含简体与繁体内容，不要用
lang="zh"统管，应分别标记<span lang="zh-Hans">软件</span>和<span lang="zh-Hant">軟體</span> -
zh-Hans和zh-Hant都支持line-break，但实际断行效果取决于系统字体是否完整支持对应变体 - 移动端iOS VoiceOver对
zh-Hant发音更准，但某些安卓TTS引擎只认zh-TW，选值前需测试目标环境
zh_CN带下划线），line-break就彻底失效；而即使lang正确，若父容器没设width或max-width，浏览器也根本不会启动断行计算。这两层约束缺一不可。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
