在 --headless=new (macOS arm64) 中使用 --disable-features=OptimizationHints 时, ManagedBrowser 发生 SEGV_ACCERR 死机

错误

ManagedBrowser'的硬码为-disable-features=OptimizationHints、MediaRouter、DialMediaRouteProvider'等旗帜在CDP端点出现后立即用`SEGV-ACCERR'塞克法尔克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克勒克 craw4ai将这个一般报告为"启动后CDP端点没有准备好",这并没有显示发生了崩溃(而不是缓慢启动).

□ 环境

• Craw4ai版本:0.9.3
• OS: macOS 26. 6.2(达尔文,arm64 / Apple硅)
• 浏览器:Chrome- for-Testing 151.0.7922.34 (中文(简体) ).
• 启动配置:浏览器Config(无标题=True,使用 管理 浏览器=True,用户 dir persistent profile > )'——即管理下浏览器'代码路径(raw sub进程 + CDP 连接),而不是Playwright管理下`浏览器管理者'路径。

□ 复制步骤

1. 直接使用准确的旗帜清单 " Managed Browser.building browser flags " 建造,包括 " 无头新 " 和 " 残疾地貌 " 等。
2. 将Stdout/stderr重定向到日志文件和民意测验`http://localhost:/json/version',用于为社区发展做好准备。
3. 观察:日志显示 " DevTools listing on ws://. " (CDP真正出现),紧接其后是 " 接收到的信号11 SEGV-ACCERR " 和相撞堆栈跟踪。 过程随后会消亡,因此在"验证 cdp ready ()"中5-Attal-Attal-signal-back-ready ()"最终出站并爬行4ai表面只"CDP端点启动后没有准备好"".

□ 孤立事业

我通过二进制搜索(删除了一半的旗帜,复制/不复制,重复),使用Craw4ai以外的直接手动Chrome发射来将~20-flag发射参数列表进行分解. 这将坠机隔离为一面旗帜:

• " 残疾状况 " = " 氧化剂 " 、 " 介质鲁特 " 、 " 介质鲁特 " 等
• -------地貌=MediaRouter,DialMediaRouteProvider'(即优化') 提示被删除) • ** 不坠入**
• 介质路透 ' 和介质路透 ' 既单独安全,又综合安全;在禁用清单中,`纯正Hints'单独复制坠机。

这不是一个 " stare-lock-file " 或 " -- -- disable-gpu " 相关问题,这两个问题首先被排除(删除了 " Singleton{Lock " 、 " Cookie " 、 " Socket} " ,确认没有通过ps-p ;被删除了--disable-gpu ' 并仍然复制了坠毁事件 " 的 stale 进程)。 唯一改变结果的是残疾状况 ' 中存在/缺乏放大提示 ' 。

□ 本地应用的修复

删除了“ 优化” 从crawl4ai/browser manager.py' (Managed Browser.building browser flags')的 " 残疾地貌 " 旗帜名单和从同一文件更下方取出的兄弟名单,留下`MediaRouter,DialMediaRouteProvider'。 这完全解决了这台机器上的坠机问题,没有其他观察到的后退.

□ 可能相关但截然不同

#1445 ("基于身份的浏览失败")看起来表面相似(CDP/管理-浏览器启动失败),但其根源被诊断为一种 . . . . . . .