XPath的
number()函数，说白了，就是把它的参数尽力转换成一个数字。如果参数是字符串，它会尝试解析这个字符串，忽略掉开头和结尾的空白字符，然后看它是不是一个合法的数字表示。如果能成功解析，就返回对应的数字；如果字符串内容根本就不是个数字（比如"hello"或者"123a"），那它就会返回一个特殊的非数字值——
NaN（Not a Number）。 解决方案
number()函数的工作机制其实挺直接的。它接收一个参数，然后根据参数的类型进行转换：
-
字符串 (String): 这是最常见的场景。函数会尝试将字符串解析为十进制数字。它会跳过字符串前后的空白字符。如果字符串是空的或者只包含空白字符，它会返回
0
。如果字符串包含了任何非数字字符（除了一个小数点和一个可选的负号），或者小数点出现了不止一次，那么它就无法被解析成一个数字，结果就是NaN
。number('123')→123
number(' 45.67 ')→45.67
number('')→0
number(' ')→0
number('hello')→NaN
number('123a')→NaN
number('1,000')→NaN
(注意，它不识别千位分隔符)number('$100')→NaN
(不识别货币符号)
-
布尔值 (Boolean):
true()
会转换为1
，false()
会转换为0
。number(true())
→1
number(false())
→0
-
节点集 (Node-set): 它会取出节点集中第一个节点（按文档顺序）的字符串值，然后将这个字符串值转换为数字。如果节点集为空，或者第一个节点的字符串值无法转换为数字，结果就是
NaN
。- 假设XML中有
<price>99.99</price>
，那么number(/root/price)
→99.99
。 - 如果
<item>Free</item>
，那么number(/root/item)
→NaN
。
- 假设XML中有
这其实是
number()函数一个挺有意思，也常常让人“犯迷糊”的地方。它对数字格式的要求，比我们日常看到的一些编程语言的字符串转数字函数要严格得多。它只认标准的十进制数字表示：一个可选的负号，后面跟着数字，数字中间可以有一个小数点。
举个例子，如果你有一个价格字符串是"1,234.56"（带千位分隔符），或者"€100.00"（带货币符号），甚至是"12.3.4"（多个小数点），
number()函数都会毫不留情地返回
NaN。它不会尝试智能地去除这些非数字字符，或者理解不同的地域数字格式。我个人觉得，这反映了XPath在设计时的一个考量：它更偏向于处理结构化、相对“干净”的数据，而不是做复杂的文本解析。
所以，当你在XPath里遇到需要把这类“非标准”数字字符串转换成数字时，你可能需要一些预处理。比如，如果你在XSLT环境里，可以先用
translate()函数把逗号、货币符号这些东西去掉，然后再传给
number()。但如果纯粹只在XPath 1.0里，那可操作的空间就小很多了，你可能得依赖于数据源本身就是干净的。这种严格性，既是它的局限，也是它保持简洁和性能的代价吧。 为什么XPath number()函数会返回NaN？常见的陷阱有哪些？
NaN，顾名思义，就是“不是一个数字”。当
number()函数无法将输入参数解析成一个有效的数值时，它就会返回
NaN。这通常发生在以下几种情况，可以说是一些常见的“坑”：
-
字符串包含非数字字符： 这是最常见的。比如你的XML属性值是
price="一百元"
，或者quantity="5 units"
。哪怕只是多了一个空格在数字中间（例如"1 23"
），也会导致NaN
。number('abc')→NaN
number('100 units')→NaN
number('1 2 3')→NaN
-
字符串格式不符合数字规范： 比如有多个小数点（
"1.2.3"
），或者包含了千位分隔符（"1,000"
），或者货币符号（"$50"
）。XPath的number()
函数不像一些高级语言的解析器那么智能，它不处理这些。 -
节点集为空或其首个节点内容为空/非数字： 如果你尝试对一个空的节点集使用
number()
，或者节点集里第一个节点的文本内容是空的、纯空白的，或者是非数字的，结果也会是NaN
。number(//nonexistent-node)
→NaN
(因为节点集为空)- 假设
<data></data>
，number(//data)
→0
(空字符串转0，不是NaN，这点要区分开) - 假设
<data> </data>
，number(//data)
→0
(纯空白字符串转0) - 假设
<data>Hello</data>
，number(//data)
→NaN
要判断一个
number()的结果是不是
NaN，在XPath 1.0里有个小技巧：
not(number() = number())。因为
NaN是唯一一个不等于它自己的值。在XSLT 2.0+或者XPath 2.0+中，有了更直接的
fn:empty()或者
fn:not(fn:number() = fn:number())，甚至一些实现有
fn:isNaN()这样的函数。理解这些陷阱能帮助你在编写XPath表达式时，对可能的数据异常有预判，避免一些难以调试的问题。 在实际XPath查询中，如何结合number()函数进行有效的数据比较和筛选？
number()函数在实际的XPath查询中非常有用，尤其当你需要对那些以字符串形式存储的数字数据进行数值比较或排序时。这在处理一些半结构化或者数据类型不那么规范的XML/HTML文档时特别常见。
想象一下，你有一堆产品列表，它们的库存数量或者价格都是以字符串属性的形式存在的，比如
<product name="Laptop" price="999.99" stock="50"/>。如果你想找出所有价格高于500的产品，直接比较字符串
@price > '500'可能会得到错误的结果（因为字符串比较是按字典序的）。这时候，
number()就派上用场了：
//product[number(@price) > 500]
这会把
@price属性的值先转换为数字，然后再进行数值比较，结果就准确了。
再比如，你想筛选出库存量大于0的产品：
//product[number(@stock) > 0]
甚至更进一步，如果你知道某些库存数据可能是不规范的，比如有
"N/A"或者空字符串，而你想确保只比较有效的数字，并且把那些非数字的当作0处理（或者直接忽略），
number()也能帮你。因为它会将空字符串或纯空白字符串转为0。如果是非数字的，它会变成
NaN，而
NaN在比较时通常表现得比较特殊（例如，
NaN > 0和
NaN < 0都为假）。所以，一个更健壮的查询可能还需要结合
not(number() = number())来排除
NaN的情况，但通常情况下，
number() > 0这样的比较已经能满足大部分需求，因为
NaN与任何数字的比较结果都是
false。
可以说，
number()函数是你在处理那些“看起来像数字但实际是字符串”的数据时，进行精确数值操作的桥梁。它让XPath的查询能力从简单的文本匹配，提升到了更深层次的数据分析。这在数据清洗和报告生成场景中，尤其显得重要。
以上就是XPath的number()函数如何转换字符串为数字？的详细内容，更多请关注知识资源分享宝库其它相关文章！
发表评论:
◎欢迎参与讨论，请在这里发表您的看法、交流您的观点。