XPointer 是用于在 XML 文档中精确定位片段的 URI 片段机制，支持 ID 简写、xpointer() 函数（含 XPath 扩展）和子节点序列三种形式，可定位元素、属性、文本及范围，但浏览器普遍不支持，依赖 XSLT 处理器等工具链。
XPointer 是 XML Pointer Language 的缩写，专用于在 XML 文档中精确定位特定片段的语言。它不是独立运行的工具，而是作为 URI 片段（即 URL 中 # 后面的部分）使用的定位机制，常配合 XLink 或 HTTP 请求中的资源引用出现。
核心定位方式：三种常用形式
XPointer 支持三种主流写法，按简洁性到灵活性排序：
-
简写 ID 形式：直接用元素的
id属性值，如#chapter2。前提是文档已声明该属性为 ID 类型（例如通过 DTD 或 XML Schema），且值唯一。 -
xpointer() 函数形式：以
#xpointer(...)开头，内部嵌入 XPath 表达式。这是最通用、最推荐的方式，例如：#xpointer(id('intro'))—— 定位 id="intro" 的元素；#xpointer(/book/chapter[2]/title/text())—— 定位第二章标题的纯文本内容。 -
子节点序列形式（Child Sequence）：用数字序列表示路径，如
#xpointer(//section/1/2)表示第一个section下的第二个子节点。这种写法可读性低、易断裂，实际项目中极少使用。
能定位什么？不只是元素
XPointer 的能力远超 HTML 锚点，它可精确指向：
-
元素节点：如
#xpointer(//table[@class='data']) -
属性节点：如
#xpointer(//@xml:lang)（匹配所有xml:lang属性） -
文本节点：如
#xpointer(id('para1')/text()[1])（第一个文本子节点） -
范围（Range）：用
range-to()或range-inside()定义起止位置，适合高亮或抽取一段连续内容。
与 XPath 的关系和关键区别
XPointer 基于 XPath 1.0，但做了明确扩展：
- 所有合法的 XPath 表达式都可在
xpointer()内使用，但反过来不成立——XPath 本身不支持id()、range-to()等 XPointer 特有函数。 - XPointer 要求表达式必须返回「位置信息」（location set），而 XPath 可返回字符串、布尔值等；若表达式结果非位置类型，XPointer 引擎会静默忽略或报错。
- XPointer 允许空格分隔多个表达式，如
#xpointer(//title //author)，表示同时选中所有 title 和 author 元素。
实际使用注意事项
尽管标准早在 2003 年就已发布，但真实环境限制较多：
-
浏览器基本不支持：Chrome、Firefox、Safari 均未实现 XPointer 解析，
https://example.com/data.xml#xpointer(...)会被当作普通锚点忽略。 - 依赖工具链：常见于 XSLT 处理器（如 Saxon）、XML 编辑器（Oxygen）、或服务端解析库（如 libxml2 启用 XPointer 模块时）。
-
ID 必须有效：仅靠
id="xxx"属性不够，需确保该属性在文档类型定义中被声明为ID类型，否则id('xxx')查不到。 -
避免过度嵌套：含大量谓词或函数的长表达式易出错，建议先用 XPath 工具验证路径有效性，再套上
xpointer()。
