normalize-space()函数用于清理字符串中的多余空格，具体步骤包括：1. 删除字符串两端的所有空白字符；2. 将字符串内部任意连续的空白字符替换为一个单一的空格。它与trim()不同，因trim()仅处理字符串边界，而normalize-space()同时处理内部空格；与replace()相比，它一体化完成标准化，无需复杂正则表达式。应用场景包括精确匹配元素文本内容、提取清理后的文本、属性值匹配、结合contains()函数使用，以及处理混合文本节点的复杂结构。
XPath的normalize-space()函数，说白了，就是用来清理字符串中的“脏”空格。它会把字符串开头和结尾的所有空白字符都去掉，然后把字符串中间任意连续的空白字符（比如多个空格、制表符、换行符）都替换成一个单一的空格。这对于处理那些从HTML页面或者其他非结构化文本中抓取出来的、带有各种多余空格的数据，简直是救星。
解决方案
在我看来，normalize-space()是XPath里一个非常实用但又容易被忽视的工具。它的核心功能是标准化字符串中的空白字符，让文本变得整洁、规范。想象一下，你从网页上抓取一个元素文本，结果它可能是“ 你好 世界 \n”，或者“你好 世界”。这些多余的、不一致的空格，在进行文本匹配或者数据清洗时，都会带来极大的麻烦。normalize-space()做的，就是把这些都统一成“你好 世界”。
具体来说，它的处理步骤大概是这样：
- 识别并删除字符串两端的所有空白字符（包括空格、制表符、换行符等）。
- 将字符串内部任意连续的空白字符序列（无论有多少个，是什么类型）替换为一个单一的空格。
这让文本数据在比较和展示时都更加可预测和一致。在编写XPath表达式时，尤其是在需要精确匹配某个元素的文本内容时，它的作用就显得尤为重要。
为什么我们需要清理XPath中的空格？
这个问题，其实是每个处理过真实世界数据的开发者都会遇到的痛点。为什么需要清理空格？因为现实世界的数据从来就不是规规矩矩的。
很多时候，网页开发者在编写HTML时，为了排版美观或者仅仅是习惯，会在标签内部或文本前后留下多余的空格、换行符甚至制表符。比如一个按钮的文本，在HTML里可能写成：
或者
我的文本
如果你直接用//button[text()='提交']去匹配，很可能就会失败，因为text()获取到的是“\n 提交\n”，而不是简单的“提交”。这些看似无害的空白字符，在XPath的严格匹配规则下，就成了难以逾越的障碍。
此外，数据源的多样性也导致了空格的不一致。从不同的系统导出数据，或者用户手动输入的数据，都可能存在各种意想不到的空白字符。如果不进行标准化处理，后续的数据分析、存储甚至与其他系统的集成都会变得异常复杂，甚至导致错误的结果。清理空格，本质上是为了数据的准确性、一致性和可操作性。这是数据处理中一个基础但至关重要的步骤。
normalize-space()与trim()或replace()有什么不同？
这是一个非常好的问题，因为它触及了字符串处理中一些细微但关键的区别。虽然它们都涉及字符串操作，但侧重点和功能范围大相径庭。
首先，关于trim()，XPath 1.0标准里并没有一个直接对应JavaScript或Java中trim()功能的函数。如果非要模拟，可能需要结合substring()和string-length()等函数来手动实现去除首尾空格，但这显然比normalize-space()要复杂得多。而normalize-space()不仅能处理首尾空格，更重要的是它还能处理字符串内部的连续空白字符，并将其缩减为单个空格。这是trim()类函数通常不具备的能力。trim()通常只关心字符串的边界。
再来说replace()。replace()函数在XPath 2.0及更高版本中才引入，它是一个非常强大的通用字符串替换工具，通常结合正则表达式使用。你可以用它来替换任何匹配模式的字符序列。例如，你可以用replace(., '\s+', ' ')来尝试模拟normalize-space()的部分功能，即把多个空白字符替换成一个空格。但即便如此，你还需要额外处理字符串的首尾空白。
所以，核心区别在于：
-
normalize-space()是专门为“标准化空白字符”而设计的，它一步到位地完成了去除首尾空白和压缩内部连续空白的任务。它是一个功能专一、高效的工具。 -
trim()(概念上) 专注于去除字符串两端的空白。 -
replace()是一个通用替换工具，它需要你明确指定替换模式（通常是正则表达式），才能实现类似的功能，而且可能需要多次调用或更复杂的表达式才能完全模拟normalize-space()的效果。
在我看来，normalize-space()的优势在于其“语义性”和“一体化”。当你的目标就是标准化字符串中的空白时，它就是最直接、最清晰的选择，避免了用更通用但可能更复杂的工具去“拼凑”出同样的效果。
在实际XPath表达式中，normalize-space()如何应用？
在实际的XPath表达式中，normalize-space()的应用场景非常广泛，几乎只要你涉及到文本内容的匹配或提取，它都可能派上用场。
最常见的应用，无疑是在精确匹配元素文本内容时。假设你想要找到一个包含特定文本的div元素，但你不确定这个文本前后有没有多余的空格。
//div[normalize-space(.) = '我的目标文本']
这里，normalize-space(.)会先清理当前div元素的文本内容（.代表当前节点），然后与'我的目标文本'进行比较。这样，即使HTML是
另一个常见场景是提取清理后的文本内容。如果你只是想获取一个元素内干净的文本，而不是用来匹配：
string(normalize-space(//p[@id='article-intro']))
这条XPath会提取ID为article-intro的p标签内的文本，并将其中的空白字符标准化。这对于后续的数据清洗、存储或展示都非常有益。
此外，它也可以用于属性值的匹配，尽管属性值通常不会有内部多余空格，但首尾空格还是可能存在的：
//a[normalize-space(@href) = '/path/to/page']
或者，在更复杂的条件判断中，比如结合contains()函数：
//li[contains(normalize-space(.), '关键信息')]
这条表达式会找到所有包含“关键信息”的列表项，无论“关键信息”前后有多少空格。
甚至在处理XML或HTML中那些混合了文本节点和子元素的复杂结构时，normalize-space()也很有用。它会获取所有子孙文本节点的连接值，并进行标准化。这在处理一些内容结构不那么规整的网页时，尤其能体现出它的价值。它能帮助你从看似混乱的文本中，抽取出演示清晰、可用的核心信息。
