复制后能否直接用取决于HTML结构是否干净规范：需从DevTools复制outerHTML，避免富文本污染，显式声明start/type属性，确保嵌套闭合，并通过DOMParser和控制台验证解析与渲染效果。
直接复制 <ol></ol> 列表的 HTML 代码，关键不是“怎么复制”，而是“复制后能否直接用”——多数人粘贴到编辑器或 CMS 里发现序号错乱、样式丢失、嵌套失效，问题通常出在结构不完整或混入了富文本残留。
复制前先确认是否含富文本污染
从网页、Word、Notion 或微信公众号复制的 <ol></ol>，大概率带内联样式（如 style="list-style-type: lower-alpha;"）或无意义 <span></span> 包裹。浏览器开发者工具里右键“复制外层HTML”得到的是干净结构；若只能从页面正文复制，建议先粘贴到纯文本编辑器（如记事本）过一遍，再重写 <ol></ol>。
- ✅ 正确来源：浏览器 DevTools 中右键
<ol></ol>元素 → “Copy” → “Copy outerHTML” - ❌ 危险来源：直接 Ctrl+C 页面上渲染出的列表（尤其来自 CMS 预览页、邮件模板）
- ⚠️ 检查方法：粘贴后看是否有
style属性、data-*属性、多余<div> 或 <code><p></p>套壳标准 ol 列表必须包含的最小结构
仅复制
<ol><li>…</li></ol>不够——缺少起始值、类型声明或嵌套闭合时，不同环境渲染结果可能不一致（比如 Markdown 解析器会忽略start，而某些 CMS 会强制重置为 1）。
DeepBI DHTML 页面生成器下载生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
<ol start="3" type="A"> <li>第三项（大写字母 C）</li> <li>第四项</li> <li>嵌套列表： <ol type="1"> <li>子项 1</li> <li>子项 2</li> </ol> </li> </ol>-
start和type是可选但推荐显式声明，避免依赖浏览器默认（Chrome 默认type="1"，Safari 对type="i"渲染更严格） - 嵌套
<ol></ol>必须独立闭合，不能靠父级 自动收尾 - 空
<li>在部分解析器中会被跳过，需确保内容非空或用
复制后立即验证的三个检查点
粘贴完别急着保存，打开浏览器控制台（F12），把代码粘进 Console 执行
document.createElement("div").innerHTML = `...`，观察是否报错或结构坍缩。立即学习“前端免费学习笔记（深入）”；
- 检查
DOMParser是否能解析：new DOMParser().parseFromString(htmlString, "text/html")—— 若返回空body，说明标签未闭合或属性引号不匹配 - 查看渲染后
ol>li的实际序号：右键检查元素，看::marker是否被 CSS 覆盖（比如某全局样式设了ol { list-style: none; }） - 在移动端预览：iOS Safari 对
type="I"（大写 i）支持差，优先用"A"或"1"
真正卡住人的往往不是复制动作本身，而是没意识到
<ol></ol>的行为由 HTML 结构、CSS 样式、宿主环境三者共同决定——哪怕代码一字不差，换个 CMS 或发到企业微信里，start属性也可能被过滤掉。 -
