fix: <<(n)

docs/selector/optimize.md

@@ -21,11 +21,11 @@
 
 因此上面的 `深度先序顺序遍历子孙节点` 将省略, 只进行一次判断, 不需要判断 n 次
 
-但是如果你在子查询里使用 `<<n`, 例如 `TextView <<n [parent=null]`
+但是如果你在子查询里使用 `<<(n)`, 例如 `TextView <<(n) [parent=null]`
 
-根据上面说明的优化, 虽然也只有一次判断, 但是由于 `<<n` 导致内部的子判断也是 n 次, 实际上没有优化判断次数
+根据上面说明的优化, 虽然也只有一次判断, 但是由于 `<<(n)` 导致内部的子判断也是 n 次, 实际上没有优化判断次数
 
-实际上, 在初始匹配节点是 根节点 的情况下, `TextView` 和 `@TextView <<n [parent=null]` 完全等价
+实际上, 在初始匹配节点是 根节点 的情况下, `TextView` 和 `@TextView <<(n) [parent=null]` 完全等价
 
 ### 祖先节点 {ancestor}
 
@@ -78,25 +78,25 @@
 
 这样一个选择器只能在右侧使用快速查询, 为了在中间的子选择器也能使用
 
-额外规定如果属性选择器如果符合上面格式并且右侧是 `<<n`, 也能在局部使用快速查找
+额外规定如果属性选择器如果符合上面格式并且右侧是 `<<(n)`, 也能在局部使用快速查找
 
-示例 `A > B + C[id='x'][childCount=2] <<n D` 中的 `C[id='x'][childCount=2] <<n` 可以使用局部快速查找
+示例 `A > B + C[id='x'][childCount=2] <<(n) D` 中的 `C[id='x'][childCount=2] <<(n)` 可以使用局部快速查找
 
 > [!TIP] 提示
-> 实际上从根节点开始匹配的选择器如 `A > B` 都可等价为 `A > @B <<n [parent=null]`
+> 实际上从根节点开始匹配的选择器如 `A > B` 都可等价为 `A > @B <<(n) [parent=null]`
 
 下面给出满足局部查询优化的示例: ✅ 表示符合格式, ❎ 表示不符合格式
 
-- `A > B + C[id='x'][childCount=2] <<n D` ✅
-- `A > B + C[childCount=2][id='x'] <<n D` ❎
+- `A > B + C[id='x'][childCount=2] <<(n) D` ✅
+- `A > B + C[childCount=2][id='x'] <<(n) D` ❎
 
 上面介绍的是只有一个局部选择器的情况, 下面给出多个局部快速查找的的示例
 
-如 `A > C[id='x'] <<n D[id='y'] <<n E`, 其中的 `C[id='x'] <<n` 和 `D[id='y'] <<n` 都可以使用局部快速查找
+如 `A > C[id='x'] <<(n) D[id='y'] <<(n) E`, 其中的 `C[id='x'] <<(n)` 和 `D[id='y'] <<(n)` 都可以使用局部快速查找
 
 ---
 
-以 [`[vid="image"] <<n [vid="recyclerView"] <<n [vid="content_layout"]`](https://i.gkd.li/i/16201605?gkd=W3ZpZD0iaW1hZ2UiXSA8PG4gW3ZpZD0icmVjeWNsZXJWaWV3Il0gPDxuIFt2aWQ9ImNvbnRlbnRfbGF5b3V0Il0) 为例
+以 [`[vid="image"] <<(n) [vid="recyclerView"] <<(n) [vid="content_layout"]`](https://i.gkd.li/i/16201605?gkd=W3ZpZD0iaW1hZ2UiXSA8PG4gW3ZpZD0icmVjeWNsZXJWaWV3Il0gPDxuIFt2aWQ9ImNvbnRlbnRfbGF5b3V0Il0) 为例
 
 上面的选择器存在 3 个快速查找优化