浏览器无法打开大XML文件是因DOM加载策略导致内存超限，Chrome/Edge上限约8–12MB，Firefox约15MB；编辑器如Notepad++、VS Code会因内存映射失败而卡死；Python应使用lxml.iterparse()等流式解析而非ElementTree.parse()。
浏览器打不开大XML？不是文件问题，是加载策略问题
浏览器根本不会“打开”XML文件——它只是尝试解析并渲染成树状结构，一旦超过内存阈值（通常 5–20MB），就会卡死、白屏或直接报 OutOfMemoryError。这不是你XML写错了，而是浏览器用 DOM 方式一次性加载整棵树，10MB XML 解析后内存占用常达 100MB+。
- Chrome / Edge 对纯 XML 文件的实际安全上限约
8–12MB（取决于标签嵌套深度和属性数量） - Firefox 稍好些，但超
15MB后响应明显延迟，右键“查看页面源代码”可能失败 - 别信“浏览器能开几十MB文本”——XML 是结构化数据，不是纯文本；
<item><name>...</name></item>这类嵌套会指数级放大 DOM 节点数
Notepad++、VS Code 打不开？本质是内存映射失败
这类编辑器默认把整个文件读进内存再高亮、折叠、搜索。当 XML 超过 200MB，Notepad++ 直接无响应；VS Code 即使装了 redhat.vscode-xml 插件，也会在启动时触发 ERR_INSUFFICIENT_RESOURCES 错误。
-
UltraEdit是少数支持“流式显示”的编辑器，能跳过解析直接按块渲染，实测可稳定打开500MB+XML（但无法做 XPath 查询或结构校验） -
Oxygen XML Editor和XMLSpy内部用 SAX 或 StAX 模式预加载，支持“按需展开节点”，1GB文件也能点开根节点看子集 - 别用
vim或less直接看——它们不识别 XML 结构，<tag></tag>和对它们只是普通字符，闭合错位根本发现不了
Python 读超大 XML？别用 xml.etree.ElementTree.parse()
这个函数会把整个 XML 加载成内存树，100MB 文件大概吃掉 800MB RAM。真要处理大 XML，必须绕过 DOM，改用事件驱动或流式解析。
- 优先选
lxml.etree.iterparse()：边读边处理，内存占用基本恒定。注意加events=("start", "end")，并在"end"时清空已处理节点：root.clear() - 如果只要提取某几类节点（比如所有
<record></record>），用xml.sax更轻量，但得自己维护状态栈 - 避免
minidom或BeautifulSoup解析大 XML——它们内部仍是 DOM 模型，只是包装得更友好而已
Excel 导出 XML 为什么卡在 65536 行？这是硬编码限制
Excel 的 XML 导出功能基于旧版 XML Spreadsheet 2003 格式，其行数上限就是 65536（2¹⁶）。这不是 bug，是格式规范本身决定的。
- 导出时若数据超限，Excel 会静默截断，不报错也不提示——你看到的 XML 可能只有一半数据
- 想绕过？唯一办法是先用 Python 把 Excel 数据转成标准 XML（用
openpyxl读，lxml写），别走 Excel 自带导出路径 - 注意：.xlsx 文件本身没这限制，但“另存为 XML”菜单项绑定的就是这个老格式，跟扩展名无关
真正麻烦的从来不是“多大算大”，而是你打算怎么用它——想查某个字段？用 grep -A5 "<id>123</id>" 比开编辑器快十倍；想验证结构？xmllint --noout file.xml 一行搞定；非得编辑？先切片再拼接，别硬刚。
