php 无法获取动态加载内容，因其http客户端无js渲染能力；curl和file_get_contents仅返回初始html，不执行javascript。应优先分析network面板定位真实api，或使用puppeteer等无头浏览器方案。
PHP 本身拿不到 JavaScript 渲染后的内容，file_get_contents 和 curl 返回的只是初始 HTML“壳”，所有由 React/Vue/AJAX 填充的数据、滚动加载列表、点击展开区域，默认都是空的或只含 loading... 占位符。
为什么 cURL 拿不到动态内容
浏览器执行 JS 后修改 DOM，而 PHP 的 HTTP 客户端不带渲染引擎，它只负责下载响应体。你看到的“空白”不是代码写错了，是根本没触发 JS 执行。
-
curl_exec()返回的是服务器直出的原始 HTML，不含任何 JS 运行结果 - 即使页面用了 SSR（如 Next.js 默认首屏），也得确认是否真启用了——很多所谓“SSR 站点”其实只对首页做，子页仍是纯客户端渲染
- 若目标页面依赖 Cookie 登录态、localStorage 初始化、或鼠标悬停/滚动事件触发数据加载，cURL 更无法模拟
直接调用隐藏 API 比启动浏览器更稳
多数“动态页面”背后都有真实 API，比硬等浏览器渲染更高效、更可控、更少被风控。
- 打开 Chrome DevTools → Network → XHR / Fetch，筛选出带 JSON 响应的请求，观察 URL、Headers（尤其是
X-Requested-With、Authorization）、Query 或 Body 参数 - 用
curl直接请求该接口，通常返回结构化 JSON，省去 DOM 解析环节 - 注意部分 API 会校验 Referer、User-Agent，甚至要求带加密签名或时间戳，需完整复现请求头与参数构造逻辑
- 若接口返回 403/401，大概率是 token 过期或 Referer 不匹配，不要急着换无头方案
用 Puppeteer 启动 Headless Chrome 要绕过几个坑
PHP 不能原生驱动 Puppeteer，必须走进程调用（如 exec()）或 HTTP 服务桥接（如启动 puppeteer-server）。直接 require Node 模块行不通。
- 确保系统已安装 Chrome/Chromium，并在 Puppeteer 启动时显式指定可执行路径：
executablePath: '/usr/bin/chromium-browser' - 加
waitUntil: 'networkidle0'，而非默认的'domcontentloaded'，否则 JS 可能还没跑完就截取了 DOM - 避免在 PHP 中用
sleep()等待渲染完成——它无法感知页面状态，应交由 Puppeteer 的page.waitForSelector()或page.waitForFunction()控制 - 每次请求都新建 Browser 实例开销大，建议复用单个 Browser 实例 + 多个 Page，但要注意内存泄漏和超时清理
什么时候该选 Selenium 而不是 Puppeteer
当页面行为超出 Puppeteer 的常规交互能力时，比如需要真实滑动验证（极验、腾讯云验证码）、鼠标悬停菜单展开、Canvas 图形识别、或 iframe 内嵌多层 JS 上下文切换。
- Selenium 支持更完整的 W3C WebDriver 协议，对复杂用户行为建模能力更强
- PHP 可通过
facebook/webdriver库直接调用 Selenium Server，无需自己拼接命令行 - 但启动慢、资源占用高，且某些反爬系统会检测 WebDriver 特征（如
navigator.webdriver === true），需额外 patch 浏览器指纹 - 如果只是等 JS 加载完再取
innerHTML，Puppeteer 足够；真要模拟“人”的操作链，才值得上 Selenium
真正难的不是调起浏览器，而是判断该不该调——90% 的“动态页面”问题，其实在 Network 面板里花三分钟就能定位到真实 API；剩下 10%，才是无头浏览器该出场的时候。别一上来就配 Chromium，先看请求。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
