Excel不支持真正导入HTML，仅能解析最外层<table>片段，忽略样式、脚本及复杂结构；双击打开依赖系统关联与简易解析器，结果不可靠；推荐预处理HTML或用pandas等工具转换。
Excel 本身不支持直接“导入 HTML 文件”并保留完整语义结构（比如嵌套表格、CSS 样式、JavaScript），但能以有限方式解析 HTML 文本中的 <table> 片段——本质是把 HTML 当作一种“带标签的纯文本格式”来识别和转换，不是真正渲染网页。
为什么双击 HTML 文件有时能打开成表格？
这是 Windows 系统级关联 + Excel 内置的简易 HTML 解析器共同作用的结果，并非 Excel 主动支持 HTML 导入功能。它只提取最外层的 <table>，忽略 <thead>/<tbody> 区分，丢弃所有 style、class、colspan/rowspan（除非是简单合并，且仅部分版本保留）。
- Excel 2016 及之后版本对
colspan的识别更弱，常导致列错位 - 含多个
<table>的 HTML，Excel 默认只读第一个 -
<tr>中混用<td>和<th>会被统一转为普通单元格，无样式区分
用「数据 → 自定义导入」导入 HTML 的真实行为
该入口实际调用的是 Excel 的 Web 查询机制（旧版叫 "From Web"），它会尝试加载远程 URL 或本地文件路径，然后解析页面中所有 <table> 元素并列出供选择——但这依赖于 Excel 内置的 HTML 解析器，不是浏览器引擎。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 本地文件需用
file:///C:/path/to/file.html格式，相对路径无效 - 如果 HTML 含 JavaScript 动态生成表格，该方式完全无法获取（因为不执行 JS）
- 表格若被
<div>或 CSS Grid/Flex 包裹，即使内容是表格结构，也不会被识别 - 中文编码错误常见：若 HTML 声明为
utf-8但未带 BOM，Excel 可能误判为 ANSI，导致乱码
想可靠转换 HTML 表格？绕过 Excel 原生限制的实操建议
与其依赖 Excel 的脆弱解析，不如在导入前做轻量预处理。核心原则：让 HTML 表格尽可能“朴素”。
立即学习“前端免费学习笔记（深入）”；
- 用 Python +
pandas.read_html()提取所有<table>，再用to_excel()输出标准 .xlsx —— 支持colspan/rowspan（转为 Excel 合并单元格） - 用浏览器开发者工具（F12）选中目标
<table>，右键 → “Copy outerHTML”，粘贴到记事本，另存为.html，再用 Excel 打开 —— 避免无关 DOM 干扰 - 手动删掉原始 HTML 中的
<style>、<script>、多余<div>包裹层，只留干净的<table>...</table> - 若必须用 Excel 打开，保存 HTML 时用 Notepad++ 选择 “UTF-8-BOM” 编码，可大幅降低中文乱码概率
真正的难点不在“能不能打开”，而在于 HTML 表格是否符合 Excel 解析器那套老旧、宽松又不透明的规则。动态内容、复杂布局、编码混杂，都会让结果不可预测——与其反复试错，不如在进 Excel 前先把 HTML “削平”。
