quotes属性本身不感知语言环境，仅按规则配对和嵌套层级插入引号；真正起作用的是CSS规则是否匹配lang值、quotes值是否完整合法，且必须配合content: open-quote/close-quote通过伪元素触发，否则无效。
quotes 属性本身不感知语言环境——它只是按规则配对、按嵌套层级递进插入引号。表现“不同”，是因为你没配合 lang 属性 + :lang() 选择器做显式控制，浏览器就只能 fallback 到 UA 默认值（通常是英文引号），或依赖系统 locale（不可靠且不一致）。
真正起作用的是：你写的 CSS 规则是否匹配了当前元素的 lang 值，以及该规则里 quotes 的值是否完整、合法。
quotes 必须和 content: open-quote 配合才生效
- 单独写
q { quotes: "“" "”" "‘" "’"; }不会自动加引号 - 必须通过伪元素触发：
q::before { content: open-quote; }和q::after { content: close-quote; } - 如果元素没有
::before或::after，或者没设content，quotes就是摆设
常见错误：
- 忘记写伪元素，只设了
quotes - 写了
content: "“"这种字面量，绕过了open-quote机制，失去语言适配能力 - 在非
q元素上直接用open-quote，但没设quotes，结果啥也不显示（浏览器不报错，但静默失效）
:lang(zh) 和 [lang="zh"] 的匹配逻辑差异
-
:lang(zh)是 CSS 伪类，支持语言子标签继承（比如lang="zh-Hans"也匹配:lang(zh)） -
[lang="zh"]是属性选择器，必须完全相等，lang="zh-Hans"不会命中 - 实际项目中推荐用
:lang(zh)，更健壮
使用场景：
立即学习“前端免费学习笔记（深入）”；
- 多语言站点中，HTML 根节点设
，子元素不重复写lang，靠继承 +:lang(zh)统一控制 - 若某段文本明确是日文但父级是中文，可单独加
<span lang="ja">…</span>，再用:lang(ja)覆盖
Safari 对 quotes 的兼容性陷阱
- Safari（尤其 15.x 及更早）会忽略未显式声明四元组的
quotes值 - 错误写法：
q:lang(zh) { quotes: "“" "”"; }→ Safari 当成无效，fallback 到英文引号 - 正确写法：
q:lang(zh) { quotes: "“" "”" "‘" "’"; }（哪怕中文不用嵌套，也得写满四元组） - IE8 要求页面有
!DOCTYPE才识别quotes，否则直接忽略
性能影响很小，但兼容性断层明显：Chrome/Firefox 比较宽容，Safari 最严格。
quotes 不是“智能识别语言”，它是一套静态映射机制：你写什么规则、HTML 标什么 lang、伪元素怎么触发，最终就显示什么。最容易被忽略的点是——忘了给 q 元素加 ::before/::after，或者写了但没配 content: open-quote，这时候无论 lang 多准确，引号都出不来。
