XPath定位失败主因是路径脆弱、上下文变化或节点未就绪应避免绝对路径优先用CSS动态内容需显式等待iframe须先切换复杂逻辑才用XPath。By.XPATH 定位失败的常见原因不是 XPath 写得不够“高级”而是多数失败发生在路径脆弱、上下文变化或节点未就绪这三处。比如页面用 JavaScript 动态渲染find_element(By.XPATH, ...) 直接调用大概率抛 NoSuchElementException。动态 ID 或 class像 iduser-card-12345 这种带随机后缀的别硬写全名改用 contains(id, user-card) 或定位父容器再相对查找iframe 里元素必须先 switch_to.frame()否则任何 XPath 都查不到没等节点出现就查用 WebDriverWait(driver, 5).until(EC.presence_of_element_located((By.XPATH, ...))) 替代裸 find_element注意默认命名空间XML/HTML 混排页如某些后台系统可能需加 local-name() 绕过前缀但纯 HTML 页不用By.CSS_SELECTOR 比 XPath 快但表达力受限的地方CSS 选择器在 Chrome 和 Firefox 中原生支持更好执行略快但它不支持轴如 following-sibling、不能按文本内容匹配、也不支持函数如 text()遇到这些就得切回 XPath。文本匹配只能靠 :contains() —— 但这只是 jQuery 扩展Selenium 原生不支持写 div:contains(提交) 会直接报错 InvalidSelectorException想选第 n 个子节点div:nth-child(2) 可行但若前面有其他类型标签比如 span它可能选错——这时 XPath 的 (//div)[2] 更稳属性值含空格或特殊字符CSS 要用引号包裹比如 [data-tip确认删除]XPath 则可直接写 data-tip确认删除伪类如 :hover、:focus 在 Selenium 中无法触发或检测别指望靠它们定位“悬停后才出现”的菜单什么时候必须用 XPath绕不开当你要基于文本、位置关系或复杂逻辑找节点时XPath 是唯一靠谱的选择。CSS 在这类场景下要么写不出来要么写出来也不稳定。点击文字为 “立即续费” 的按钮//button[text()立即续费]CSS 无解找某个 label 后面紧挨的 input//label[text()邮箱]/following-sibling::input取表格中第二行第四列的值(//table//tr)[2]/td[4]注意括号优先级排除某类节点//div[classitem and not(contains(style, display: none))]实际写法建议先试 CSS卡住再切 XPath日常开发中80% 的定位需求 CSS 就够了写起来快、易读、调试方便。别一上来就堆 XPath 函数越写越难维护。 唱鸭 音乐创作全流程的AI自动作曲工具集 AI 辅助作词、AI 自动作曲、编曲、混音于一体