xpointer已事实弃用，因现代浏览器和主流解析器（如lxml、dom api、jaxp）均不支持其语法；实际开发应使用xml:id属性配合url片段或xpath 1.0手动解析。
为什么 XPointer 几乎没人用了
W3C 在 2003 年将 XPointer 作为推荐标准发布，但后续没有被广泛实现。主流 XML 解析器（如 Python 的 lxml、JavaScript 的 DOM API、Java 的 JAXP）只支持 XPath 1.0/2.0，不解析 xpointer(...) 语法；浏览器地址栏里写 doc.xml#xpointer(id('sec2')) 会静默失败，不会报错也不会跳转。
- Firefox 和 Chrome 完全忽略
#xpointer(...)片段标识符 -
lxml的etree.parse()不处理 URL 中的 XPointer 部分 - XML Schema、XSLT、XLink 等规范虽曾引用 XPointer，但实际落地时都退回到用
id()或//*[@xml:id='...']替代
XPointer 语法长什么样（仅作识别用）
它通常出现在 URI 片段中，形如：document.xml#xpointer(//section[2]/para[1]/text()[1])。常见形式包括：
-
xpointer(id('intro'))—— 类似 HTML 的id锚点，但要求元素有xml:id属性（不是普通id） -
xpointer(//book/title)—— 纯 XPath 表达式，这是最常被“假装支持”的部分 -
xpointer(string-range(//p,'keyword',1,5))—— 定位字符串范围，几乎无实现
注意：xpointer(...) 必须整体包裹在 # 后，且不能混用其他片段语法（如 #section1 和 #xpointer(...) 互斥）。
实际开发中该用什么替代
如果你需要从外部链接或程序中定位 XML 片段，直接使用标准、可落地的方式：
- 给目标元素加
xml:id属性（如<section xml:id="sec2"></section>），然后用普通 fragment：doc.xml#sec2—— 多数 XML 工具链（如 oXygen、XMLSpy）能识别 - 用 XPath 1.0 手动解析：
from lxml import etree tree = etree.parse("doc.xml") result = tree.xpath("//section[@xml:id='sec2']") if result: print(etree.tostring(result[0], encoding="unicode")) - 服务端路由替代：把
#xpointer(...)当作 query 参数处理，例如/api/xml?path=//section[2]/para，后端用 XPath 执行
xml:id + 基础 XPath 就够用；遇到声称支持 XPointer 的工具，先查文档确认是否只支持 xpointer(id(...)) 这一种降级形式。 
