Parsel 的 Selector 不支持 XPath 和 CSS 混用，因二者解析逻辑不同且无自动桥接层；必须分步调用，如先 css() 获取元素列表，再对每个元素单独 xpath()。
可以，但要注意 Parsel 的 Selector 对象不支持在单次调用中混写 XPath 和 CSS（比如 sel.xpath("div").css(".title") 这种链式混用是非法的），必须分步调用、各自解析。
为什么不能直接混用 XPath 和 CSS？
Parsel 的 Selector 每次调用 xpath() 或 css() 都会返回一个新的 SelectorList（或 Selector），它们底层解析逻辑不同：XPath 基于节点树路径匹配，CSS 基于选择器引擎（类似浏览器 DevTools）。Parsel 并未提供“自动桥接”二者语法的中间层。
常见错误现象：AttributeError: 'SelectorList' object has no attribute 'css' 或返回空结果却无报错——本质是上一步返回的是 SelectorList，而你误以为它还能继续调用 css()。
-
xpath()返回SelectorList，只能再调用get()、getall()、re()等，不能直接接css() -
css()同理，返回的也是SelectorList，不能直接接xpath() - 若需组合逻辑，必须用 Python 控制流程，例如先
css()取一组元素，再对每个元素单独调用xpath()
如何安全地分步组合使用？
典型场景：先用 CSS 快速定位某个容器块，再在该块内用 XPath 提取带条件的子节点（比如含特定属性的 span）。
立即学习“Python免费学习笔记（深入）”；
实操建议：
- 用
css()获取父级Selector列表，再用列表推导式对每个Selector单独调用xpath() - 避免在循环里反复调用
response.css(...).xpath(...)——这会从根节点重复匹配，不是“在子节点内查”，而是“两次独立查” - 用
.get()或.getall()显式提取字符串，别依赖隐式转换
示例：
from parsel import Selector
<p>html = '<div class="item"><span data-id="100">A</span><span>B</span></div>'
sel = Selector(html)</p><h1>✅ 正确：先 css 定位 div，再对每个 div 调用 xpath 查其内部带 data-id 的 span</h1><p>items = sel.css('div.item')
titles = [item.xpath('.//span[@data-id]/text()').get() for item in items]</p><h1>❌ 错误：sel.css('div.item').xpath('//span') —— 这里的 //span 仍从根查，不是 div 内部</h1>什么时候该优先选 XPath 而非 CSS？
CSS 简洁易读，但表达能力有限；XPath 更灵活，尤其在以下情况不可替代：
- 需要基于文本内容筛选：
xpath('span[contains(text(), "price")]') - 需要父级/兄弟节点定位：
xpath('span/following-sibling::em') - 需要属性值正则匹配：
xpath('img[re:test(@src, "\.jpg$")]')（需启用re扩展） - 需要索引控制（如第 2 个
p）：xpath('(//p)[2]')，CSS 的:nth-of-type(2)行为常有歧义
注意：re:test() 是 Parsel 特有扩展，标准 XPath 不支持，使用前确保已导入 from parsel import Selector 且版本 ≥ 1.6。
性能与兼容性提醒
同一份 HTML，css() 通常比 xpath() 快 10–30%，因为底层复用了 lxml 的 CSS 解析器优化；但差异在千条以内数据基本可忽略。
真正影响体验的是写法错误带来的隐性成本：
- 误用绝对路径（如
//div[@class="title"]）而非相对路径（.//div[@class="title"]）会导致跨层级误匹配 - 在
SelectorList上直接调用xpath()会静默失败（返回空SelectorList），建议加assert len(items) > 0或日志验证中间结果 - 若 HTML 不规范（如自闭合标签缺失
/），lxml 解析可能修正结构，导致 XPath 路径失效——此时用sel.get()打印实际解析后的 HTML 调试最有效
复杂页面中，先用浏览器 DevTools 复制 CSS 选择器快速验证存在性，再转成 XPath 处理逻辑细节，是最省力的协作方式。
