嵌套元素XPath匹配失败：错误排查与正确表达式请求

嘿，我来帮你捋捋这个XPath匹配的问题～

为什么你的表达式没生效？ #

你用的//div[@class="a"]/span[1]/text()和//span[@class="b"]/text()其实并没有写错，但问题出在HTML结构的细节上：
在你的代码片段里，<span class="b">下面有多个直接子文本节点：

• 第一个是<span class="c">前面的换行和空白
• 第二个才是你要找的「content to match」
• 第三个是</span>前的空白

如果你的工具或代码默认只取返回结果的第一个文本节点，那自然会拿到空白内容，而非目标文本。之前类似场景生效，大概率是因为当时的目标文本是父元素的唯一直接文本节点，没有多余空白节点干扰。

正确的XPath表达式 #

推荐几种可靠的写法，按精准度排序：

1. 最稳妥：匹配去空白后的目标文本 #

用normalize-space()处理掉HTML里的格式空白，精准匹配内容：

//span[@class="b"]/text()[normalize-space()="content to match"]

这个方法不管前后有多少换行、空格都能准确命中目标，适配绝大多数HTML格式场景。

2. 定位特定位置的文本节点（不推荐，依赖结构） #

如果你确定目标文本是<span class="b">下的第二个直接文本节点，可以这么写，但如果后续HTML结构调整（比如空白数量变化）就会失效：

//span[@class="b"]/text()[2]

3. 宽松匹配：全局找目标文本 #

如果不想纠结层级结构，直接匹配所有包含目标文本的节点（去空白后）：

//text()[normalize-space()="content to match"]

内容的提问来源于stack exchange，提问作者Evgeniy