browserless/chrome Docker访问部分网站CPU过高且需保活会话如何处理

1. 优化Chrome启动参数 #

在现有启动参数基础上新增以下降负载配置，可直接削减站点后台运行的资源开销：

--disable-background-networking          # 禁用后台网络同步、更新等非必要任务
--disable-backgrounding-occluded-windows # 后台不可见窗口的渲染降权
--disable-renderer-backgrounding         # 限制后台页面的渲染进程优先级
--disable-extensions --disable-plugins   # 禁用所有扩展和插件
--mute-audio --disable-audio-output      # 禁用音频相关进程
--disable-notifications --disable-sync   # 禁用通知、浏览器数据同步
--blink-settings=imagesEnabled=false     # 不需要图片的情况下可开启，大幅减少渲染开销

核心优化逻辑：业务要求保留会话不关闭的前提下，获取完目标站点的所需内容后，主动调用webdriver接口将会话页面跳转到about:blank空白页，原站点的所有JS执行、渲染任务会直接终止，CPU占用可下降90%以上，下次需要使用会话时再跳转回目标地址即可。

2. 调整browserless容器内置配置 #

通过容器环境变量开启自带的降负载能力：

• 开启广告拦截：设置DEFAULT_BLOCK_ADS=true，自动拦截站点的广告、追踪脚本，这类脚本是高CPU占用的主要来源之一
• 限制单容器最大并发会话数：设置MAX_CONCURRENT_SESSIONS为宿主机CPU核心数的1~2倍，避免单容器会话过载
• 开启请求拦截规则：全局配置拦截非必要资源（字体、视频、第三方域名请求等），仅保留业务需要的资源加载
• 若不需要页面完整渲染仅需获取DOM内容，优先使用browserless的/content或/scrape接口，开销仅为完整webdriver会话的1/3以下

3. 会话生命周期优化 #

• 对于存活的空闲会话，定期调用Chrome DevTools协议的Memory.gc接口主动触发垃圾回收，清理内存残留
• 页面加载到满足业务需求的状态后，立即调用Page.stopLoading停止后续资源加载，不需要等待页面完全加载完成
• 若业务允许，可升级browserless/chrome镜像到最新稳定版，官方在新版本中修复了大量历史版本的内存泄漏、CPU异常占用问题

4. 资源隔离扩容 #

如果高CPU占用的站点访问量较大，将会话拆分到多个browserless容器实例部署，通过负载均衡分配请求，避免单容器故障影响全量业务。

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