XPath定位失败主因常是命名空间干扰而非路径错误；需显式注册前缀并使用ns:book/ns:title；text()取直接文本节点，./string()取全部后代文本拼接；用string()函数可安全处理不存在节点。

XPath 定位失败，大概率不是路径写错了，而是没搞清上下文节点、命名空间或默认命名空间的隐式绑定。

为什么 //book/title 有时找不到节点？

常见错误现象：lxml 或浏览器控制台返回空列表，但 XML 明明有 <title></title>。根本原因常是命名空间干扰——XML 声明了 xmlns="http://example.com/ns"，但 XPath 默认不识别默认命名空间。

• 使用场景：解析带 xmlns 的 RSS、SOAP 响应、Office Open XML（如 .docx 内部 XML）
• 解决办法：显式注册命名空间前缀，再在 XPath 中用前缀引用，例如 ns:book/ns:title，而不是硬写 //book/title
• 注意：// 是深度优先遍历，性能差；若结构固定，优先用绝对路径如 /root/book/title

text() 和 . 的区别到底在哪？

容易踩的坑：以为 title/text() 和 title/. 效果一样，其实前者只取直接子文本节点，后者取整个节点的字符串值（含所有后代文本拼接）。

• 示例：对于 <title>Hello<em>world</em> </title>，title/text() 返回 ["Hello"]，而 title/. 返回 "Helloworld"
• 使用场景：text() 适合提取纯文本且需区分多个文本节点时；. 更常用，尤其配合 string() 函数做类型转换
• 注意：text() 不会自动合并换行或空白；遇到富文本结构，. 更鲁棒

如何安全处理可能不存在的节点？

常见错误现象：代码抛出 lxml.etree.XPathEvalError 或 JavaScript 中 document.evaluate() 返回 null，但没做兜底，直接调用 .text 或 .nodeValue 报错。

• Python + lxml 推荐写法：tree.xpath('string(//author)') —— string() 函数天然容错，节点不存在时返回空字符串
• JavaScript 中避免 evaluate(...).iterateNext() 后直接取属性，先判空：const node = result.iterateNext(); if (node) value = node.textContent;
• 参数差异：string() 只能作用于单个节点，不能写成 string(//author)（XPath 1.0 不支持对节点集整体调用）

真正麻烦的从来不是语法本身，而是不同解析器对默认命名空间、空格归一化、字符串函数支持程度的细微差别——比如 normalize-space() 在旧版 Android WebView 里不生效，或者 lxml 默认启用命名空间感知而 xml.etree.ElementTree 完全不支持前缀绑定。