移动端blockquote渲染过宽、换行错乱，需设max-width:100%、overflow-wrap:break-word；q元素需手动配quotes且lang正确；引文链接须增大热区并用原生a标签。
移动端 HTML 中 <blockquote></blockquote> 渲染太宽、换行错乱
默认情况下，<blockquote></blockquote> 在 iOS Safari 和部分 Android 浏览器里会继承父容器的 width，但内部文本不自动断行，尤其遇到长 URL 或无空格字符串时直接撑破容器，出现横向滚动或文字溢出。
根本原因是移动端浏览器对 <blockquote></blockquote> 的默认样式（比如 margin-left: 40px）没做响应式约束，且未启用强制换行策略。
- 给
<blockquote></blockquote>加word-break: break-word或更稳妥的overflow-wrap: break-word - 限制最大宽度：用
max-width: 100%配合box-sizing: border-box - 避免用
white-space: nowrap（常见于复制粘贴的引文代码片段）
用 <q></q> 还是 <blockquote></blockquote>？语义和渲染差异在哪
<q></q> 是内联级，适合短句嵌入段落；<blockquote></blockquote> 是块级，自带缩进和语义权重。但问题在于：iOS Safari 默认不给 <q></q> 加引号（哪怕设置了 quotes），而 <blockquote></blockquote> 的缩进在小屏上又容易过深。
- 若只是强调一句话，优先用
<span></span>+ CSS 引号（content: open-quote），可控性更强 - 真要用
<q></q>，必须手动补quotes: "“" "”" "‘" "’"并确认父元素lang属性正确（如lang="zh"） -
<blockquote></blockquote>内含长段落时，记得加font-size: 0.95em缓解小屏阅读压力
getComputedStyle(el).quotes 返回空字符串？引号样式不生效的典型原因
这个 API 在移动端几乎总是返回空，不是 bug，而是 Safari 和 Chrome for Android 对 quotes 的计算样式支持极弱——它只影响渲染，不暴露到 JS 计算结果中。
立即学习“前端免费学习笔记（深入）”；
- 别依赖
getComputedStyle判断引号是否加载成功 - 检查是否遗漏
content: open-quote/close-quote的伪元素规则（<q>::before</q>必须显式定义） - Android WebView 旧版本（≤7）完全忽略
quotes，需降级为<span>“内容”</span>
引文里有链接时，点击区域太小或跳转异常
常见现象：引文内 <a></a> 点击无响应，或点到边缘就触发返回上一页（尤其是微信内置浏览器）。本质是移动端对小尺寸可点击区域的容错不足，加上 <blockquote></blockquote> 的默认 padding 和 margin 挤压了有效热区。
- 确保链接内至少有
min-height: 1.2em和padding: 0.2em 0.4em - 禁用
-webkit-tap-highlight-color: transparent前先测试，某些安卓机下会导致点击反馈消失 - 微信环境里，避免在
<blockquote></blockquote>上套onclick="location.href=..."，优先用原生<a href></a>
引文的「语义」和「触控友好」在移动端从来不是一回事，加了 <blockquote></blockquote> 不代表它就能被手指准确点中——样式和交互得分开调，而且都得测真机。
