lxml 不支持 XPath 2.0，因其底层 libxml2 仅实现 XPath 1.0；尝试使用 lower-case() 等函数会抛出 XPathEvalError；可行方案是 SaxonC（支持完整 XPath 2.0/3.0/3.1）或 Python 层模拟。
Python 标准的 lxml 不支持 XPath 2.0 —— 它只实现 XPath 1.0，无论你用的是 Python 3.8 还是 3.12。 想用 contains() 的增强版、lower-case()、序列操作（(//a, //b)）、或类型转换函数（xs:dateTime()），光靠原生 lxml 行不通。
为什么 lxml.parse() + xpath() 无法运行 XPath 2.0 表达式
lxml 底层依赖 libxml2，而 libxml2 至今（2024）仍只支持 XPath 1.0。即使你写 tree.xpath("lower-case(@id)")，会直接抛出 lxml.etree.XPathEvalError: Invalid expression —— 不是语法错，是引擎根本不认识这个函数。
- 所有 XPath 2.0 特性（如函数重载、正则
matches()、for/let 表达式）均被忽略 -
lxml的XPath类不接受namespaces参数以外的扩展注册机制 - 试图用
register_namespace()或自定义函数注入lower-case会失败：libxml2 不提供回调钩子
可行替代方案：SaxonC + Python 绑定
目前唯一稳定支持完整 XPath 2.0（及 3.0/3.1）的 Python 方案是 SaxonC —— Saxon-HE 的 C/C++ 封装，官方提供 Python API。
Python 3.14.3
微软官方的 Python 扩展，是 VS Code 安装量最高的扩展（209M+）。集成 IntelliSense（通过 Pylance）、调试（通过 Python Debugger）、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
- 安装需先下载
saxonc包（非 PyPI 默认源，要从 saxonica.com 获取对应平台的 .whl） - 调用方式与
lxml截然不同：必须显式创建SaxonProcessor实例，再加载文档和 XPath 编译器 - 示例：
from saxonc import *
proc = PySaxonProcessor(license=False) xpath = proc.new_xpath_processor() doc = proc.parse_xml(xml_text="foo") xpath.set_context(xdm_item=doc) result = xpath.evaluate_single("lower-case(//item/@id)") # 返回 'a1'
- 注意：免费版（
license=False）禁用 XSLT 3.0 和部分高级 XPath 3.1 函数，但 XPath 2.0 全功能可用
轻量级折中：用 Python 预处理模拟部分 XPath 2.0 语义
若只需 matches()、replace() 或大小写统一等常见操作，与其引入 SaxonC，不如在 Python 层补足：
- 用
re.search()替代matches(@class, "btn.*primary")：先取elem.get("class")，再正则匹配 - 用
str.lower()替代lower-case(@id)：遍历节点列表后映射处理 - 用
itertools.chain()模拟序列合并：list(tree.xpath("//a")) + list(tree.xpath("//b")) - 性能影响：对小文档无感；对万级节点+高频 XPath 场景，Python 循环比原生 XPath 引擎慢 5–20 倍
真正卡住的点往往不是“怎么写 XPath 2.0”，而是没意识到 lxml 的边界在哪里——它连 count(distinct-values(//item/@type)) 这种基础 2.0 表达式都解析不了。选 SaxonC 还是手动模拟，取决于你是否需要原子级的 XPath 执行语义，还是只要结果等价。
