code标签仅用于行内代码语义标记，且必须由markdown反引号自动生成；手动书写无效，代码块需pre+code结构，html实体必须转义，自定义样式基本无效。
code标签在代码托管网站中只用于行内代码语义标记
代码托管网站（如 GitHub、GitLab）的渲染引擎对 code 标签的使用极其克制：它仅出现在 Markdown 渲染后的行内代码片段中，比如 `console.log()` 或 `git clone`。这些内容不会被当成独立 DOM 节点处理，而是由服务端或前端 Markdown 解析器统一转义并包裹为 code 元素——你无法在 issue、PR 描述或 README 中手写 <code> 标签来干预渲染。
- GitHub 的 Markdown 渲染器会把反引号包裹的内容自动转成
code元素，并添加class="plaintext"（无语言标识时）或class="js"等 - 直接在 .md 文件里写
<code>fetch()不会被识别为代码，反而可能被 HTML 过滤器剥离或原样输出为文字 - 所有语法高亮、行号、复制按钮等功能，均由托管平台 JS 脚本基于
pre > code结构动态注入，不依赖用户手动写标签
pre + code 是代码块渲染的唯一可靠结构
当你在代码托管网站提交带缩进的代码块（如用三个反引号围住的片段），底层实际生成的是 pre 嵌套 code 的结构，而非单个 code 标签。这是平台强制执行的语义规范，绕不开。
- 错误写法：
<code>function foo() { return 1; }</code> - 正确输出（由平台生成）：
<pre class="brush:php;toolbar:false;"><code class="js">function foo() { return 1; }</code></pre> - 漏掉
pre 会导致换行丢失、缩进塌陷，即使加了 <code>white-space: pre也无法还原原始排版 - 必须保留
class="xxx"才能触发平台的语法高亮逻辑；空 class 或拼错语言名（如lang-javascript）会让高亮失效
HTML 实体转义是硬性前提，漏掉就破坏 DOM
在代码托管网站的 Markdown 源文件中写代码片段时，、<code>>、& 必须手动转义，否则解析器会尝试闭合标签，导致后续 HTML 结构错乱甚至内容消失。
- 想展示
<div id="app">，必须写成 <code><div id="app"> - 写成
<div id="app"> → 浏览器解析为真实 <code>div标签，可能被平台过滤、样式错位，或让后续段落嵌套进这个意外元素里 - JSON 示例中的
"name": "foo&bar"也要转义&，否则变成"name": "foo&bar"，JSON 解析失败 - GitHub 的预览模式不会报错，但实际渲染结果不可控——这是最常被忽略的隐形故障点
-
<code style="color:red">error→ 样式被平台重置，颜色不变 -
<code class="my-code">ok→ class 被保留但无对应 CSS 规则，不起作用 - 真正可影响的只有语言标识（
class="py"）和是否启用行号（部分平台支持{: .line-numbers}扩展语法） - 如果需要特殊样式（如深色背景、字体大小），只能靠浏览器插件或本地静态站点生成器预处理
自定义样式几乎无效，平台 CSS 优先级极高
代码托管网站禁止用户在 Markdown 中注入自定义 CSS，所有 code 和 pre 的样式均由平台统一控制。强行通过 style 属性或 class 添加样式基本无效。
code 的生成时机，只能控制它的输入源和语言标识。任何试图绕过平台解析流程的手动标签操作，都会在渲染环节被静默丢弃或降级处理。**
