只有第一个子节点可以获取父节点的信息？

[LenorEric]

我在实际测试和在快照查看器中测试的时候发现
以这个快照为例
https://i.gkd.li/snapshot/1706143994914

结构大约为：
5
├── 6
└── 11

匹配 [_id=6] < * 时，可以正确匹配到其父节点（5）
但匹配 [_id=11] < *，则找不对对应的节点
尽管6和11的pid都是5

这是设计的特性吗？如果我希望定位到非第一个子节点的父节点，可以怎么做

[Lin-arm]

@* > [_id=11] 或者 [_id=11] <2 *

但是不建议用_id这个属性

[LenorEric]

yeah我只是用_id举个例子。等一下，我觉得我现在完全没看懂文档了
我的理解是<n相当于在结构树往上移动n-1格，然后对这一格对应的节点取父节点？
然后<<n代表n个<相连，是这样么？

但这确实解决了问题，非常感谢。话说<2这种写法是在哪里看到的
我没看到 https://gkd.li/guide/selector 这篇指导里面有提到:joy:

[Lin-arm]

话说 第一个子节点的父节点 跟 非第一个子节点的父节点 有区别吗，不都是父节点😂

[LenorEric]

因为好像我没法获取“非第一个子节点的父节点”。匹配无结果

我的需求是match这样一个结构。当text1和text2同时出现的时候，匹配text1
结构树：

mutual father
├──textn
├── @text1
├──textn
├──textn
└── node
      └──node2
           └──text2

我现在的写法是[text="text2"] <<2 * -3 [text="text1"]
有什么比较好的写法吗，是不是必须要确定中间隔了几个兄弟节点？
（主要是我难以确定text1和node之间又隔了几个兄弟节点，(虽然现在可以确定是3个，)所以要在兄弟节点之间平移感觉有点麻烦）
如果大量匹配兄弟节点找父节点，感觉有点消耗性能

我能想到的最好的就是，如果能直接得到node的父节点就好了，这样就是[text="text2"] <<3 * > [text="text1"]。但[text="text2"] <<3 *匹配不到值

[Lin-arm]

太绕弯了，可以发快照出来直接写一条。。。

[Lin-arm]

难以确定text1和node之间又隔了几个兄弟节点

可以直接用 -n 来替代 -3 来找兄弟节点，我觉得耗不了多少性能，没有<n的耗的大。

另外，结构树里的node算是末尾节点吗，或许可以用末尾子节点方法找。