超链接文字需父容器设text-align:center实现居中，用包裹实现语义化加粗，<mark>需显式声明background-color和color才能可靠高亮，三者共存时应按<div><mark>结构嵌套。
超链接文字怎么同时居中和加粗
给 <a> 标签加 text-align: center 没用——因为它是行内元素，text-align 必须作用在它的父块级容器上；加粗则优先用 <strong> 包裹，而不是 <b> 或内联 font-weight。
常见错误现象：<a align="center">（已废弃）、style="text-align: center" 写在 <a> 上（无效）、只写 <b><a>链接</a></b>（语义错乱）。
- 让链接文字居中：给父容器（如
<div>、<p>、<nav>）加text-align: center - 让链接文字加粗：用
<strong><a href="...">链接文本</a></strong>，语义正确且默认生效 - 若需统一控制所有链接加粗，外部 CSS 更稳妥：
a { font-weight: 700; }，但注意别覆盖<strong>的嵌套权重 - 避免内联
style="font-weight: bold"：难以维护，且可能被浏览器 UA 样式或更高优先级规则压制
标签高亮链接文字为什么看不见
直接对链接用 <mark><a>xxx</a></mark> 很容易失效，不是代码写错了，而是浏览器默认黄色背景在多种真实场景下会被清空或覆盖。
常见错误现象：<mark> 在 Outlook 邮件里完全透明、深色模式下变黑底黑字、CSS 重置后背景消失、读屏器无提示。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
立即学习“前端免费学习笔记（深入）”；
- 必须显式声明
background-color和color，例如：mark { background-color: #ffeb3b; color: #212121; padding: 0.1em 0.2em; border-radius: 2px; } - 不要只写
background: none—— 它不清除background-image，应写background-color: transparent（如果真要透明） - 如果链接本身有 hover 样式（比如变色），
mark的样式需在伪类中重复声明，否则悬停时高亮会消失 - 动态插入（如 JS 搜索高亮）必须遍历文本节点，不能用
innerHTML.replace()，否则会撕裂 HTML 标签或引入 XSS
加粗 + 居中 + 高亮三者共存的写法要点
三者叠加不是简单堆砌标签，关键在于层级关系和样式作用域。最易出问题的是 <mark> 和 <strong> 嵌套顺序，以及父容器对齐方式是否被子元素破坏。
- 结构推荐：
<div class="link-container"><strong><mark><a href="#">点击进入</a></mark></strong></div>，再给.link-container加text-align: center - 不要把
<mark>放在<a>外层再包<strong>，否则语义混乱，部分屏幕阅读器会跳过<mark>的上下文提示 - 如果父容器是 Flex 布局（如
display: flex; justify-content: center），就不用text-align，但要注意<a>默认不撑满，需加align-self: center或设为display: block - 移动端小屏下，加粗+高亮+居中可能导致文字过挤，建议加
padding和border-radius缓冲视觉压迫感
为什么有些加粗在 iOS Safari 里看起来“没加粗”
iOS Safari（尤其 15 以下）对 <strong> 的默认 font-weight 渲染偏弱，不是 bug，是字体引擎对系统字体字重的保守处理。Web 字体加载延迟也会加剧这个问题。
- 保险做法：在 CSS 中强制声明
strong, b { font-weight: 700; }，别依赖浏览器默认值 - 如果用了自定义字体（如
@font-face），必须在src中明确包含font-weight: 700对应的文件，否则即使写了 700 也会回退到 normal - 字体加载期间的“闪动”问题：可用
font-display: swap减少空白期，但需接受 fallback 字体可能粗细不一致 - 不要用
font-weight: bolder——计算逻辑模糊，iOS 和 Chrome 表现常不一致
真正麻烦的从来不是“怎么写出来”，而是“写出来之后，在 Outlook 里有没有背景、在深色模式下能不能看清、盲人用户能不能听出这是重点”。<mark> 不是荧光笔，<strong> 不是加粗开关，它们都是带责任的语义标记。
