如果你的采集架构里"切代理"是一个高频操作：比如每个会话走不同出口、比如多账号并行跑不同IP：从Selenium迁到Playwright的收益是确定性的。不是那种"理论上更快"的收益，是内存开销、代码复杂度、运维成本三个层面一起降的收益。只不过，如果你的场景很简单：一个代理挂着跑到底，也不需要认证：那先别动。稳定的系统不要为了架构"更优"去折腾它。下面拆开说。最核心的差距在"粒度"Selenium的代理绑在浏览器实例上。Chrome用--proxy-server启动参数，Firefox走profileprefere ......
没有评论:
发表评论