如何无需截图即可展示headless Chrome的实时运行内容？

原有定时截图方案性能低的核心原因是存在磁盘IO开销：每次截图需要先写入本地文件、再读取文件转格式，单帧处理耗时过高，即使设置after(1)也无法达到高帧率。

目前有两类无需依赖本地文件截图的实现方案：

方案1：Chrome DevTools Protocol（CDP）内存帧捕获 #

直接调用Chrome原生的CDP接口获取页面帧数据，全程在内存中处理，无磁盘IO开销，可稳定达到30FPS以上。

• 核心逻辑：通过CDP的Page.captureScreenshot接口直接获取base64编码的截图数据，无需写入本地磁盘，直接在内存中完成格式转换后刷新UI。
• 适配你现有代码的优化版本如下：

import base64
from io import BytesIO
from PIL import Image, ImageTk

def screen():
    global UnderShuffle, my_label, driver
    # 调用CDP接口裁剪目标元素区域，直接返回base64数据
    cdp_res = driver.execute_cdp_cmd("Page.captureScreenshot", {
        "clip": {
            "x": UnderShuffle.location["x"],
            "y": UnderShuffle.location["y"],
            "width": UnderShuffle.size["width"],
            "height": UnderShuffle.size["height"],
            "scale": 1
        }
    })
    # 内存中直接转图片，跳过磁盘读写步骤
    img_bytes = base64.b64decode(cdp_res["data"])
    image = Image.open(BytesIO(img_bytes))
    photo = ImageTk.PhotoImage(image)
    my_label["image"] = photo
    my_label.photo = photo
    # 30ms间隔对应30FPS，无需设置1ms浪费系统资源
    my_label.after(30, screen)

• 额外优化点：如果需要更高帧率，可以改用CDP的Page.startScreencast接口，Chrome会主动推送页面更新帧，无需轮询调用，性能更高。

方案2：嵌入式Chromium方案 #

如果不需要强制使用独立的headless Chrome进程，可以直接将Chromium内核嵌入到你的GUI程序中，渲染性能和原生Chrome完全一致，无任何帧同步开销。

• 核心逻辑：使用cefpython3库将Chromium嵌入式框架绑定到Tkinter容器上，页面内容直接渲染到你的程序窗口中，不需要额外做截图、转码操作。
• 适用场景：仅需要在GUI中展示Chrome运行内容，不需要后台独立运行headless Chrome的场景，是性能最优的解决方案。

额外优化建议 #

• 停用Selenium自带的元素screenshot方法，该方法默认会生成临时磁盘文件，性能远低于CDP内存取数。
• 如果Tkinter的Label刷新率无法满足需求，可以改用PyQt/PySide的图形组件做渲染，最高可支持60FPS的刷新频率。
• 不需要全页面展示的情况下，尽量通过CDP的clip参数裁剪需要的区域，减少数据处理量。

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