position()函数返回当前节点在其上下文节点列表中的1-based位置序号。1. 它的值动态取决于当前xpath表达式筛选出的节点集合；2. 常用于方括号内作为谓词筛选节点，如选择第二个元素或偶数位置元素；3. 其行为随xpath轴不同而变化，如child::轴下按子节点列表计数，following-sibling::轴下按后续兄弟节点列表计数；4. 常见陷阱包括上下文混淆、误用0-based索引；5. 最佳实践包括明确指定路径、结合last()函数、使用数学运算符进行模式匹配和范围选择。
XPath的position()函数返回的是当前节点在上下文节点列表中的位置序号，一个基于1的整数。简单来说，它告诉你当前你正在处理的这个节点，在它所属的那一堆节点里，是第几个。
解决方案
说实话，刚接触这玩意儿的时候，我总觉得它有点“傻”，不就是个索引吗？但用着用着才发现，position()的精妙之处在于它的“上下文敏感性”。它不是一个全局的、固定的编号，而是动态地根据你当前XPath表达式所筛选出的节点集合来计算的。
想象一下，你有一堆书，position()就是告诉你当前你手里拿着的这本，是这堆书里的第几本。如果你换了一堆书，或者从这堆书里只挑出了奇数页码的书，那么position()的值也会随之改变，它始终反映的是“当前集合中的位置”。
它最常见的用法，就是在方括号[]里作为谓词（predicate）来过滤节点。比如，你想选中一个列表中的第二个元素，或者所有偶数位置的元素，position()就派上用场了。
- Item 1
- Item 2
- Item 3
- Another Item 1
- Another Item 2
如果你想选择第一个
下的第二个
//ul[1]/li[position()=2] 或者更简洁的 //ul[1]/li[2]。这两种写法在很多情况下是等价的，但position()的显式表达，在某些复杂场景下能让你更清晰地理解其行为。
position()函数如何影响XPath表达式的筛选结果？
position()函数对XPath表达式的筛选结果影响非常直接，因为它就是用来做筛选的。它决定了在一个节点集合中，哪些节点会被选中，哪些会被排除。但关键在于，这个“位置”是基于“当前正在被处理的节点集合”来计算的，而不是基于整个文档。
举个例子，假设我们有这样的HTML结构：
Paragraph A
Paragraph B
Paragraph C
Paragraph D
如果你写//p[position()=1]，你可能会以为它只会选中“Paragraph A”。但实际上，它会选中“Paragraph A”和“Paragraph C”。为什么？因为//p会找出文档中所有的
元素，形成一个临时的节点集合。然后，对于这个集合中的每一个
，position()都会重新计算它在“其父元素下的子节点列表”中的位置。
哦，等等，这里有个小小的思考跳跃。//p[position()=1]的真正含义是：找到所有
元素，然后对于每一个
元素，检查它在其上下文节点列表中的位置是否是1。而这个上下文节点列表，当//p被评估时，其实是每个
相对于其父元素的子节点列表。所以，p[position()=1]会选择每个父元素下的第一个
。我的错，刚才的解释有点混乱，但这种思考过程本身就是自然的。
如果我想选择每个div下的第一个
，正确的写法是//div/p[position()=1]。这样，position()的上下文就是每个div的子
元素列表。
再比如，我想选择所有偶数位置的段落：//p[position() mod 2 = 0]这里，position()会针对所有//p找到的节点集合，计算每个节点的位置，然后筛选出位置为偶数的那些。这意味着“Paragraph B”和“Paragraph D”会被选中。
所以，position()函数对筛选结果的影响，核心在于它所操作的“上下文节点列表”是什么。这个列表往往由position()之前的那部分XPath表达式决定。
position()函数在不同XPath轴中的行为有何不同？
position()函数在不同的XPath轴中，其行为确实会有细微但重要的差异。这主要是因为不同的轴定义了不同的“上下文节点列表”，position()总是相对于这个列表来计算的。
child:: 或 默认轴 (无轴名):这是最常见的用法。例如 ul/li[position()=2]。这里的position()是相对于父元素ul的子节点列表来计算的。它会选择ul下第二个li。这通常是我们最直观的理解。
following-sibling:: 和 preceding-sibling:::当你使用这些轴时，position()会计算当前节点在其所有后续兄弟节点（或所有前序兄弟节点）中的位置。例如，假设有
A
说明:我不知道这个系统还能用到什么地方!他的运作方式是这样的,客户在其他地方比如掏宝购买了 你得卡,然后在你的网站进行冲值,你得有人登陆并看着后台,如果有人冲值,就会刷出记录,手工冲值完毕后,你得点击 [冲值完毕],客户的页面 就会返回 冲值信息!安装:上传所有文件,倒入(sql.txt)mysql数据库,使用myphpadminphplib 777phplib/sys.php 777phplib
0 
B
C
，当前上下文节点是
A
。p[1]/following-sibling::p[position()=1] 会选中
B
。这里的position()是在following-sibling::p这个集合（即B, C）中计算的。
ancestor:: 和 ancestor-or-self:::position()会计算当前节点在所有祖先节点（或祖先和自身）中的位置。这个位置通常是从最近的祖先开始计数。例如，对于
Text
，如果当前节点是
：p/ancestor::*[position()=1] 会选中
p/ancestor::*[position()=2] 会选中 descendant:: 和 descendant-or-self:::这个轴下的position()行为可能有点出乎意料，因为它会为每个上下文节点计算其后代中的位置。例如，如果你在上执行 body/descendant::p[position()=1]，它会找到body下所有的
后代，然后对于每个
，检查它在其父元素的子节点列表中的位置是否是1。这听起来有点绕，但实际效果是：如果body下有多个div，每个div下都有p，它会选中每个div下的第一个p。如果你的目标是找到所有后代中的第一个
，你需要更精确的路径，比如 (body//p)[1]，这里[1]是在整个body//p的结果集上应用的。
理解不同轴如何构建“上下文节点列表”是掌握position()的关键。一旦列表确定，position()的计算就变得直观了。
使用position()函数时常见的陷阱与最佳实践是什么？
position()函数虽然强大，但在实际使用中确实有一些常见的陷阱，如果不注意，可能会导致意想不到的结果。同时，掌握一些最佳实践能让你的XPath表达式更健壮、更易读。
常见的陷阱：
上下文混淆： 这是最常见也最致命的陷阱。很多人会误以为position()是针对整个文档的全局索引。比如，你想获取页面上所有表格中的第一个行。如果你写//tr[position()=1]，你很可能不会得到你想要的结果。它会返回每个
微信扫一扫 
支付宝扫一扫 
![XML的字符引用(Character Reference)语法是什么？](http://img.php.cn/upload/article/001/221/864/175310070653775.jpg")
