为何Puppeteer无法通过绝对XPath获取元素，而谷歌开发者工具可以？

• 页面未完全加载/元素异步渲染
  DevTools操作时你是等页面完全加载完才查询元素，但Puppeteer可能在元素还没渲染出来就执行了查询。解决办法是用page.waitForXPath()代替直接page.$x()，它会等待元素出现：

  const screeners = await page.waitForXPath(
    '/html/body/div[1]/div[3]/div[2]/div/div/div[3]/div[2]/div[2]/div/div/div/div/div/div/div/div[2]/div/div/a[2]',
    { timeout: 5000 }
  );
  

• 元素位于iframe内
  如果目标按钮在iframe里，DevTools会自动切换到iframe的上下文，但Puppeteer默认在主页面上下文。需要先获取iframe对象，再在iframe上下文里查询：

  // 先找到iframe
  const iframe = await page.$('iframe');
  const frame = await iframe.contentFrame();
  // 在iframe内查询元素
  const screeners = await frame.$x('/html/body/div[1]/div[3]/div[2]/div/div/div[3]/div[2]/div[2]/div/div/div/div/div/div/div/div[2]/div/div/a[2]');
  

• 绝对XPath依赖的DOM结构在Puppeteer运行时发生变化
  绝对XPath完全依赖DOM层级，哪怕页面加载时多了一个隐藏div、动态元素顺序变动，都会导致XPath失效。建议改用相对XPath，比如通过按钮的文本、class等属性定位，示例：

  // 通过按钮文本定位
  const screeners = await page.$x('//a[text()="目标按钮文本"]');
  // 通过class属性包含值定位
  const screeners = await page.$x('//a[contains(@class, "目标按钮的class片段")]');
  

• Puppeteer会话与DevTools的页面状态不一致
  比如DevTools里你已经登录、关闭了弹窗，但Puppeteer是全新浏览器会话，页面处于未登录、弹窗未关闭状态，DOM结构和DevTools里的不一样。需要在Puppeteer里模拟登录、关闭弹窗等操作，确保页面状态一致后再查询元素。

内容的提问来源于stack exchange，提问作者Metgher Andrei