站点特性与反爬初印象
Libvio 作为影视资源聚合站点，页面渲染大量依赖前端 JavaScript。初次使用 requests 直接请求时，返回的 HTML 中几乎没有有效资源链接，多为需要二次渲染的占位节点。其反爬机制针对性较强：一是设置了动态 Cookie 校验，首次请求返回的 Cookie 有效期极短，必须携带 Cookie 发起二次请求才能获取真实数据；二是做了简单的 User-Agent 校验，使用默认 requests UA 大概率会被 403 拦截。
核心爬取流程拆解
最终采用 Selenium 配合 undetected-chromedriver 的方案。通过无头浏览器模拟真实用户访问，等待页面完全加载后，执行自定义 JavaScript 脚本提取加密的资源链接。需注意，站点的资源链接被隐藏在 data-src 属性中，并经过 Base64 简单编码，需解码后才能得到真实播放地址。
此外，站点的分页采用了滚动加载机制，传统的翻页按钮定位失效。通过监听页面滚动事件，当滚动条接近底部时自动触发加载，配合显式等待确保新内容渲染完成后再进行数据提取，解决了分页爬取的问题。
避坑指南与优化思路
实战中遇到的主要问题是频繁访问导致的 IP 封禁。解决方案是改用代理池配合随机请求头，将请求间隔随机设置在 3-8 秒，同时每次请求更换 UA 和代理 IP，成功绕过 IP 限制。
数据存储方面，将爬取到的影视标题、封面和播放地址存入 MongoDB，通过定时任务每天凌晨增量更新一次数据，既保证了数据时效性，又避免了对目标站点造成过大访问压力。
总的来说，该站点的反爬机制更偏向基础的前端混淆和访问频率限制，只要模拟好真实用户行为，配合针对性的解码逻辑，就能高效获取到所需的影视资源数据。
