“/”表示严格父子路径，要求节点逐层精准嵌套；“//”表示全树扫描匹配，可跨任意层级查找元素。二者区别在于是否依赖DOM结构稳定性：/适用于固定模板和可控上下文，//适用于动态页面和全局搜索。
“/”是严格父子路径，“//”是全树扫描匹配
简单说：/ 要求节点必须紧挨着、一层一层精准嵌套；// 则不管隔几层，只要存在就抓出来。这是 XPath 定位逻辑的根本分水岭。
-
/html/body/div：必须是从根开始，→ 直接子→ 直接子，中间不能跳、不能插兄弟节点//div：整个 HTML 文档里所有标签，哪怕它藏在五层深，也能命中 - 常见误用：
//ul/li/a看似合理，但若实际结构是/a就失效了——而//a仍能拿到什么时候该用 /，什么时候必须用 //
不是“哪个更好”，而是“是否可控”。关键看 DOM 结构是否稳定、你是否掌握确切层级。
- 用
/的典型场景：
– 解析固定模板的后台管理页（如/html/body/div[2]/main/form/input[@name="token"]）
– 配合response.xpath()后二次定位（如先取到某个，再用./h2/text()取它的直接标题）- 用
//的刚性需求：
– 页面由 JS 动态渲染，结构不固定
– 查找全局唯一语义元素（如//button[contains(）
@class,"submit")]
– Scrapy 中提取列表项内容（//div[@class="item"]/h3/text()），因为每个item是独立块，不需要从根算起./ 和 .// 容易被忽略的上下文差异
当已经用
xpath()定位到某个元素对象（比如一个），后续路径前面加不加点（.），意义完全不同：-
./p：只在这个的**直接子** 中找（1 层深）.//p：在这个**内部任意深度**的所有（可能嵌在或里）- 错误现象举例：用
divs = response.xpath('//div[@class="list"]')获取多个容器后，写div.xpath('p/text()')（漏了.）→ 实际变成从根找，结果为空或错乱divs = response.xpath('//div[@class="list"]') for div in divs: # ✅ 正确：在当前 div 内部找第一层 p title = div.xpath('./p/text()').get() # ✅ 正确：在当前 div 内部任意位置找所有 span tags = div.xpath('.//span[@class="tag"]/text()').getall() # ❌ 错误：这会脱离 div 上下文，去整个文档找 p wrong = div.xpath('p/text()').get()性能和健壮性的隐性权衡
//看似方便，但在大型页面或深层嵌套中，它会触发全树遍历；而/路径越短、越靠前，执行越快。但代价是：DOM 稍有变动（比如加了个 wrapper），/html/body/...就全挂。- 推荐策略：
– 优先用//快速验证定位逻辑（开发期）
– 上线前，对高频/关键元素，尝试收缩为./或/+ 更稳定的属性（如id或data-testid）
– 避免//*这类无差别通配，尤其在 Scrapy pipeline 中易拖慢解析 - 真实坑点：
//div//p比//div/p多扫 N 层，如果页面有 50 个，每个含 10 层嵌套，性能差距可达毫秒级——对爬虫吞吐量敏感时不可忽视XPath 的核心不是记符号，而是判断“我此刻是在找一棵树的某条确定枝干，还是在整片森林里搜某种叶子”。选错，轻则定位失败，重则让脚本在上线后静默失效。
- 用
@class,"submit")]
