与具有多个文本子节点的节点一起使用时，XPath contains(text(),'some string') 不起作用

<Comment> 标记包含两个文本节点和两个 <br> 节点作为子节点。

你的 xpath 表达式是

//*[contains(text(),'ABC')]

为了打破这一点，

是一个匹配任何元素（即标签）的选择器——它返回一个节点集。 [] 是在该节点集中的每个单独节点上操作的条件。如果它操作的任何单个节点与括号内的条件匹配，则它匹配。 text() 是一个选择器，它匹配作为上下文节点子节点的所有文本节点——它返回一个节点集。 contains 是一个对字符串进行操作的函数。如果它被传递一个节点集，则通过返回节点集中在文档顺序中的第一个节点的字符串值，将节点集转换为字符串。因此，它只能匹配 元素中的第一个文本节点——即 BLAH BLAH BLAH。由于这不匹配，因此您的结果中不会出现 。

您需要将其更改为

//*[text()[contains(.,'ABC')]]

是一个匹配任何元素（即标签）的选择器——它返回一个节点集。外部 [] 是在该节点集中的每个单独节点上运行的条件 - 这里它在文档中的每个元素上运行。 text() 是一个选择器，它匹配作为上下文节点子节点的所有文本节点——它返回一个节点集。内部 [] 是在该节点集中的每个节点上操作的条件 - 这里是每个单独的文本节点。每个单独的文本节点都是括号中任何路径的起点，也可以明确称为 .括号内。如果它操作的任何单个节点与括号内的条件匹配，则它匹配。 contains 是一个对字符串进行操作的函数。这里传递了一个单独的文本节点 (.)。由于它是单独传递 标记中的第二个文本节点的，因此它将看到“ABC”字符串并能够匹配它。

---

XML 文档：

<Home>
    <Addr>
        <Street>ABC</Street>
        <Number>5</Number>
        <Comment>BLAH BLAH BLAH <br/><br/>ABC</Comment>
    </Addr>
</Home>

XPath 表达式：

//*[contains(text(), 'ABC')]

//* 与 root node 中的任何 descendant element 匹配。也就是说，除根节点之外的任何元素。

[...] 是一个 predicate，它过滤节点集。它返回 ... 为 true 的节点：

谓词过滤节点集 [...] 以生成新的节点集。对于要过滤的节点集中的每个节点， PredicateExpr 被评估 [...]；如果 PredicateExpr 对该节点的计算结果为真，则该节点包含在新节点集中；否则，不包括在内。

如果 haystack contains needle，contains('haystack', 'needle') 返回 true：

函数：boolean contains(string, string) 如果第一个参数字符串包含第二个参数字符串，则 contains 函数返回 true，否则返回 false。

但是 contains() 将字符串作为其第一个参数。它通过了节点。要处理作为第一个参数传递的每个节点或节点集是 converted 到 string() 函数的字符串：

参数被转换为字符串类型，就像调用字符串函数一样。

string() 函数返回 the first node 的 string-value：

通过返回节点集中在文档顺序中排在第一位的节点的字符串值，将节点集转换为字符串。如果节点集为空，则返回一个空字符串。

element node 的 string-value：

元素节点的字符串值是该元素节点的所有文本节点后代的字符串值按文档顺序串联而成。

text node 的 string-value：

文本节点的字符串值是字符数据。

因此，基本上 string-value 是节点中包含的所有文本（所有后代文本节点的串联）。

text() 是匹配任何文本节点的节点测试：

节点测试 text() 对于任何文本节点都是 true。例如，child::text() 将选择上下文节点的文本节点子节点。

话虽如此，//*[contains(text(), 'ABC')] 匹配任何元素（根节点除外），其第一个文本节点包含 ABC。由于 text() 返回一个节点集，其中包含上下文节点的所有子文本节点（相对于其计算表达式）。但 contains() 只取第一个。所以对于上面的文档，路径匹配 Street 元素。

以下表达式 //*[text()[contains(., 'ABC')]] 匹配具有至少一个包含 ABC 的子文本节点的任何元素（根节点除外）。 . 表示上下文节点。在这种情况下，它是除根节点之外的任何元素的子文本节点。因此，对于上面的文档，路径匹配 Street 和 Comment 元素。

现在，//*[contains(., 'ABC')] 匹配包含 ABC（在后代文本节点的串联中）的任何元素（根节点除外）。对于上面的文档，它匹配 Home、Addr、Street 和 Comment 元素。因此，//*[contains(., 'BLAH ABC')] 匹配 Home、Addr 和 Comment 元素。

---

[contains(text(),'')] 只返回真或假。它不会返回任何元素结果。

---

接受的答案也将返回所有父节点。即使字符串在之后，也要仅使用 ABC 获取实际节点：

//*[text()[contains(.,'ABC')]]/text()[contains(.,"ABC")]

---

//*[text()='ABC'] 

返回

<street>ABC</street>
<comment>BLAH BLAH BLAH <br><br>ABC</comment>

---

涵盖 XPath 1.0 与 XPath 2.0+ 行为的现代答案......

这个 XPath，

//*[contains(text(),'ABC')]

XPath 1.0 和更高版本的 XPath (2.0+) 的行为有所不同。

常见行为

//* 选择文档中的所有元素。

[] 根据其中表达的谓词过滤这些元素。

谓词中的 contains(string, substring) 会将那些元素过滤为那些子字符串是字符串中的子字符串的元素。

XPath 1.0 行为

contains(string, substring) 将通过获取节点集中第一个节点的字符串值将节点集转换为字符串。

对于 //*[contains(text(),'ABC')]，该节点集将是文档中每个元素的所有子文本节点。

由于仅使用第一个文本节点子节点，因此违反了对所有子文本节点进行“ABC”子字符串包含测试的期望。

对于不熟悉上述转换规则的人来说，这会导致违反直觉的结果。

XPath 1.0 online example 表明只选择了一个 'ABC'。

XPath 2.0+ 行为

使用包含多个项目的序列作为第一个参数调用 contains(string, substring) 是错误的。

这更正了上面在 XPath 1.0 中描述的反直觉行为。

XPath 2.0 online example 显示了由于 XPath 2.0+ 特有的转换错误而导致的典型错误消息。

常见解决方案

如果您希望包含后代元素（除了子元素），请将元素的字符串值作为单个字符串进行测试，而不是子文本节点的单个字符串值，this XPath, //*[contains(.,'ABC ')] 选择您的目标 Street 和 Comment 元素以及它们的 Addr 和 Home 祖先元素，因为它们也有 'ABC' 作为其字符串值的子字符串。在线示例显示祖先也被选中。如果您希望排除后代元素（子元素之外），则此 XPath, //*[text()[contains(.,'ABC')]] 仅选择您的目标 Street 和 Comment，因为只有这些元素具有其字符串的文本节点子节点值包含“ABC”子字符串。这适用于所有版本的 XPath Online 示例，仅显示选择了 Street 和 Comment。

---

这是匹配包含给定文本字符串的节点的另一种方法。首先查询文本节点本身，然后获取父节点：

//text()[contains(., "ABC")]/..

对我来说，这很容易阅读和理解。

---

这是主题问题的最佳答案：

//*[text()[contains(.,'ABC')]]/text()[contains(.,"ABC")]

一个例子：example case

Xpath 获取 bon dua madam

//h3[text()='Contact Information']/parent::div/following-sibling::div/p[text()[contains(.,'bon dua madam')]]/text()[contains(.,'bon dua madam')]

---

我花了一点时间，但最终想通了。包含以下一些文本的自定义 xpath 非常适合我。

//a[contains(text(),'JB-')]

---