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
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]，你很可能不会得到你想要的结果。它会返回每个下的第一个
，以及每个 下的第一个，甚至每个 下的第一个。因为 position()的上下文是其紧邻的父元素下的子节点集合。 正确姿势： 明确上下文。//table/tr[position()=1]会选择每个表格的第一个行。如果你要的是每个表格的第一个tbody下的第一个tr，那得是//table/tbody/tr[position()=1]。1-based vs. 0-based： 对于习惯了编程语言中0-based数组索引的开发者来说，XPath的1-based索引（从1开始计数）是个小小的心理障碍，很容易写错成
[position()=0]导致无结果。性能考量（次要）： 在极少数情况下，对非常庞大且未优化的XML/HTML文档使用复杂的
position()表达式，可能会带来轻微的性能开销。但对于大多数Web抓取或数据解析场景，这通常不是一个大问题。更应该关注的是表达式的正确性和清晰性。最佳实践：
明确指定路径： 总是尽量用更具体的路径来限定
position()的上下文。//div[@class='item']/p[position()=1]远比//p[position()=1]来得精确和安全。-
结合
last()函数：last()函数返回上下文节点列表中的最后一个节点的位置。- 选择最后一个元素：
//item[position()=last()]或//item[last()] - 选择倒数第二个元素：
//item[position()=last()-1] - 选择除了第一个和最后一个以外的所有元素：
//item[position() > 1 and position()
- 选择最后一个元素：
-
使用数学运算符进行模式匹配：
position()可以和mod（取模）、div（整除）等运算符结合，实现更复杂的筛选逻辑。- 选择所有偶数位置的元素：
//li[position() mod 2 = 0] - 选择所有奇数位置的元素：
//li[position() mod 2 = 1]
- 选择所有偶数位置的元素：
-
范围选择： 如果你需要选择一个范围内的元素，
position()配合比较运算符非常有用。- 选择第3到第5个元素：
//item[position() >= 3 and position()
- 选择第3到第5个元素：
嵌套使用
position()： 在某些高级场景下，你可能需要在一个谓词中使用position()，然后在另一个谓词中再次使用，但要注意此时position()的上下文可能已经改变。这需要对XPath的求值顺序有深入理解。通常，内部谓词的position()是相对于其自身的上下文。
掌握这些，你就能更自如、更准确地运用
position()函数来驾驭复杂的XML/HTML结构了。
