xslt报错多因xsl语法非法或编码错误，需确保命名空间正确、根节点为xsl:stylesheet/transform，并用utf-8加载；输出html乱码要加xsl:output声明编码并用tostring(…, encoding=’unicode’)；大文件卡死应避免全量解析，改用iterparse等流式处理；缺doctype需在xsl中match=”/”手动包裹完整html结构。
lxml.etree.XSLT() 报错 lxml.etree.XSLTParseError 怎么办
多数情况是 XSL 文件本身语法不合法，或 lxml 读取时编码没对上。XSL 不是 XML 的简单子集，<template></template> 等标签必须在正确的命名空间下，且根节点得是 <stylesheet></stylesheet> 或 <transform></transform>。
- 用浏览器直接打开 XSL 文件，看是否报解析错误（很多编辑器不校验 XSL 命名空间）
- 确保首行有命名空间声明：
<stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"></stylesheet> - python 里加载 XSL 前加
encoding='utf-8'，尤其 windows 下记事本保存的 XSL 默认可能是 GBK：with open('style.xsl', 'rb') as f:<br> xsl_root = etree.XML(f.read())<br>transform = etree.XSLT(xsl_root)
XML 中有中文，转换后 HTML 乱码
根本原因不是 XSLT 本身，而是输出 HTML 没声明编码，或 Python 写入文件时没指定编码。lxml 的 tostring() 默认用 UTF-8，但如果你用 print() 或写入文件时不显式指定，终端或编辑器可能按本地编码解读。
- XSL 里加输出声明：
<output method="html" encoding="UTF-8" indent="yes"></output> - 转换后生成 HTML 字符串，用
etree.tostring(result_tree, encoding='unicode', method='html')获取 Unicode 字符串，再写入文件时明确指定encoding='utf-8' - 别用
str(result_tree)—— 这会触发默认字节流输出，容易丢编码信息
用 lxml.etree.XSLT 处理大 XML 文件卡死或内存爆掉
lxml.XSLT 是全量加载模式：XML 和 XSL 都要先 parse 成树结构，再执行转换。10MB 以上的 XML 就可能吃掉几百 MB 内存，而且无法流式处理。
- 确认真需要 XSLT：如果只是提取几个字段，用
etree.iterparse()或xpath()更快更省 - 真要用 XSLT，提前压缩输入 XML：去掉注释、空白文本节点（XSL 里的
xsl:strip-space只影响匹配，不减少内存占用） - 避免在 XSL 里用
//node全局查找，改用层级路径 +key()加速定位
转换结果 HTML 缺少 DOCTYPE 或
这是 <output method="html"></output> 的默认行为：它只生成 body 内容片段，不补全 HTML 文档结构。很多人误以为“转成 HTML”就该是完整网页，其实 XSLT 输出类型和实际包装是两回事。
立即学习“Python免费学习笔记（深入）”；
- 手动拼接：转换后用字符串或
etree.Element()构建完整 HTML 结构，把结果插入 - 在 XSL 里用
<template match="/>包一层：<xsl:template match="/"><br> <!DOCTYPE html><br> <html><head><title>Report</title></head><br> <body><xsl:apply-templates/></body><br> </html><br></xsl:template> - 注意：
method=" html> 会让 lxml 自动修正标签大小写、闭合规则（如 <code><br>→<br>），但不会自动加 DOCTYPE
XSLT 的坑不在 Python 调用层，而在 XSL 本身是否被当做一个独立语言对待——它有自己的语义、命名空间约束和性能逻辑，和写个 Python 函数不是一回事。很多人卡住，是因为把 XSL 当成了“带点语法糖的字符串模板”。