当前位置:首页 > 文章列表 > 文章 > 前端 > CSS quotes 怎样为多层引用设置不同引号

CSS quotes 怎样为多层引用设置不同引号

来源:17golang原创 2026-11-10 13:54:04 0浏览 收藏

做评论卡片、引用摘要或文档预览时,多层 经常会暴露一个小问题:外层和内层都显示成同一种引号,读者看不出引用关系。这个问题通常不是 HTML 文本写错,而是 CSS 没有把不同嵌套深度映射到不同的引号对。

官方资料:https://developer.mozilla.org/en-US/docs/Web/CSS/quotes

quotes 的字符串值按“外层、第一层嵌套、第二层嵌套”的顺序声明引号对。浏览器会根据当前引用深度选择对应的一对;如果只声明一对,更深的层级会继续重复最后一对。

先判断问题来自哪一层引用

我在一个评论组件里遇到过这样的现象:外层引文已经有一对中文引号,作者引用其中一句时,内层仍然使用同样的引号,视觉上像是两个独立句子拼在一起。最先要确认的是,内容是否真的形成了嵌套引用,以及引号是不是由 或 content: open-quote 自动生成。

设计师说:先保留信息层级,再调整颜色。

这里的两个 q 不是两个并列元素,而是深度分别为 0 和 1 的两层引用。只要 CSS 通过 quotes 提供两组开闭符号,浏览器就有足够的信息区分它们。

CSS quotes 按引用深度选择不同引号对的静态关系图
图1:CSS quotes 按引用深度选择引号对的静态关系图,不是浏览器截图。

触发信号:嵌套 q 看起来像同一层

如果嵌套引用都使用相同的引号,常见原因有三个:

  • 只设置了一组引号对,却期待浏览器自动换成另一种符号。
  • 把两个 q 写成了并列元素,实际上没有产生嵌套深度。
  • 组件内部重新设置了 quotes: auto 或其他值,覆盖了外层规则。

排查时不要先手动把引号字符写进文本。先看 DOM 的层级,再确认 quotes 是否继承到当前元素,最后才判断要不要局部覆盖。

修复动作一:按深度声明多组引号

quotes 的字符串值每两个字符串组成一组:第一项是开引号,第二项是闭引号。第一组给最外层引用,第二组给第一层嵌套,后面依次类推。

.review {
  /* 第一组给外层,第二组给第一层嵌套,第三组给更深层级。 */
  quotes: "「" "」" "『" "』" "‹" "›";
}

.review q::before {
  /* open-quote 会按照当前深度取 quotes 中对应的开引号。 */
  content: open-quote;
}

.review q::after {
  /* close-quote 会闭合当前深度,避免手写符号和层级脱节。 */
  content: close-quote;
}

在这个例子里,外层 q 使用“「」”,里面的 q 使用“『』”,第三层使用“‹›”。如果嵌套深度超过三层,最后一组会继续被使用。

如果使用浏览器对 q 的默认生成行为,也可以只写:

.review {
  /* q 元素默认会生成 open-quote 和 close-quote。 */
  quotes: "「" "」" "『" "』";
}

这时不必额外为 q::before 和 q::after 设置 content。需要自定义伪元素时再显式写出关键字。

根因一:只写一对引号并不会自动产生层级变化

下面的写法可以让所有层级都使用同一对符号,但它没有表达“外层”和“内层”是不同语义层级:

.review {
  /* 只提供一组时,更深层级会重复这一组。 */
  quotes: "“" "”";
}

这不是 CSS 出错,而是输入规则的结果。要让多层引用有视觉区别,至少要提供两组字符串;每一组都必须保持开闭顺序。

修复动作二:理解 auto、lang 和继承

quotes 是可继承属性。显式使用 auto 时,浏览器会参考继承来的 lang 信息选择语言相关的引号。

外层内容内层内容
.review {
  /* 让当前组件回到语言相关的默认引号策略。 */
  quotes: auto;
}

.review--manual {
  /* 手工值会覆盖 auto,适合需要固定符号的组件。 */
  quotes: "「" "」" "『" "』";
}

文章正文可以用 auto 适配不同语言,固定视觉规范的卡片则可在组件根节点明确声明一组完整引号对。因为属性会继承,子节点不写新值时会沿用父节点规则。

修复动作三:在 generated content 中保持深度一致

有些组件不用 q,而是给普通元素的伪元素设置引号。这时仍然可以用 open-quote 和 close-quote,关键是让每一层都成对出现。

.quote {
  /* 普通元素也能复用同一组嵌套引号规则。 */
  quotes: "“" "”" "‘" "’";
}

.quote::before {
  /* 打开一层引用并显示相应的开引号。 */
  content: open-quote;
}

.quote::after {
  /* 关闭这一层引用并显示相应的闭引号。 */
  content: close-quote;
}

如果需要增加引用深度但不想出现开引号,可以使用 no-open-quote;no-close-quote 只减少深度而不显示闭引号。

.quote-bridge::before {
  /* 只推进引用层级,不在当前位置绘制开引号。 */
  content: no-open-quote;
}

.quote-bridge::after {
  /* 只回退引用层级,不绘制闭引号。 */
  content: no-close-quote;
}
CSS quotes 继承与 generated content 关键字的结构说明图
图2:quotes 继承与 generated content 关键字的结构说明图,不是运行截图。

防复发:把 quotes 固定在组件边界

这类问题最容易在组件组合后复发。建议把引号规则放在引用组件的根节点,而不是散落在多个后代选择器里:

.quote-card {
  /* 组件根节点统一声明所有允许的嵌套层级。 */
  quotes: "「" "」" "『" "』";
}

.quote-card q {
  /* 让后代 q 使用继承的 quotes,不在局部重置。 */
  quotes: inherit;
}

.quote-card q::before {
  /* 每个 q 都负责打开自己的层级。 */
  content: open-quote;
}

.quote-card q::after {
  /* 每个 q 都负责关闭自己的层级。 */
  content: close-quote;
}

复盘时记录当前节点的嵌套深度、实际继承到的 quotes 值,以及伪元素使用的是可见关键字还是只改深度的关键字。只看最终文本,通常无法判断是 DOM 层级错了,还是 CSS 在中途被覆盖。

快速判断表

现象优先检查处理方式
所有层级都是同一种引号quotes 是否只有一组按外层到内层补充多组开闭符号
局部引用突然换了符号父子节点是否覆盖或重置了 quotes把规则收回组件根节点,确认继承链
普通元素没有自动引号是否显式使用了 open-quote 和 close-quote在伪元素中补上生成内容
需要改变层级但不能显示符号是否使用了可见的开闭关键字改用 no-open-quote 或 no-close-quote

结论

CSS 多层引用的关键不是手工把引号字符塞进文本,而是让引用深度和引号对保持一一对应。先确认 DOM 的嵌套关系,再在组件根节点声明 quotes,最后根据实现方式选择浏览器默认的 q 引号,或显式使用 open-quote 与 close-quote。

如果需要适配多语言,优先考虑 auto 与祖先的 lang;如果需要稳定的品牌排版,就显式声明完整的引号对,并避免子组件随意覆盖。只改变引用层级而不显示符号时,再使用 no-open-quote 和 no-close-quote。

常见追问

quotes 中的字符串为什么必须成对出现?

每两个字符串组成一组,第一项用于打开引用,第二项用于关闭引用。浏览器按深度选择整组,而不是把所有字符串当作一个连续列表。

嵌套层级超过声明的引号对会怎样?

如果当前深度超过已声明的组数,会重复使用最后一组。要让更深层级继续变化,需要追加新的开闭引号对。

为什么给 q 设置 quotes 后,伪元素里的符号还是不对?

检查伪元素是否使用了字面量引号或普通 content 字符串。只有 open-quote、close-quote 以及对应的 no-* 关键字会参与引用深度计算。

资料来源

https://developer.mozilla.org/en-US/docs/Web/CSS/quotes

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
GNU awk 怎样给关联数组遍历指定排序规则GNU awk 怎样给关联数组遍历指定排序规则
上一篇
GNU awk 怎样给关联数组遍历指定排序规则
景区瞬时最大承载量与日最大承载量有什么区别
下一篇
景区瞬时最大承载量与日最大承载量有什么区别
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    967次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    972次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    1081次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    1059次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    895次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码