为何XPATH的contains与text()无法定位目标li元素？求解决方法

失效原因 #

1. 语法非法：你写的li//[contains(text(), 'This Is The Text You're Looking For')]里，//后面必须跟节点测试（比如*或具体标签名），不能直接跟谓词[...]，这属于语法错误，直接导致XPATH无法被解析。
2. 单引号未转义：XPATH中用单引号包裹字符串时，字符串内部的单引号需要写成两个连续单引号（You''re），你写的You're会导致字符串提前闭合，触发语法错误。
3. 文本节点匹配逻辑问题：目标字符串是<li>下的独立子文本节点，而contains(text(), 'xxx')会仅检查<li>的第一个子文本节点（也就是那个 对应的文本），自然匹配不到目标内容；另外text()返回的是节点集，contains函数对节点集只会取第一个节点的内容进行判断，无法覆盖所有子文本节点。

正确写法 #

以下几种写法都能准确定位目标<li>元素：

方案1：匹配节点的完整文本内容（推荐） #

//li[contains(normalize-space(.), 'This Is The Text You''re Looking For')]

• normalize-space(.)会提取<li>的所有文本内容，自动去除首尾空格、合并连续空格，同时处理掉 这类空白字符，避免干扰匹配。
• 内部的You''re是XPATH中转义单引号的标准写法。

方案2：直接检查子文本节点 #

//li[text()[contains(., 'This Is The Text You''re Looking For')]]

• text()会遍历<li>下的所有子文本节点，只要其中某一个包含目标字符串，就能匹配到对应的<li>。

方案3：简化版（无需处理空格时可用） #

//li[contains(., 'This Is The Text You''re Looking For')]

• .代表当前节点的字符串值（即所有子文本节点拼接后的内容），只要目标字符串是其中的一部分，就能匹配成功。

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