Chrome窗口最小化后Selenium(Python)执行JS发送消息失败求助

我来帮你梳理下这个问题的根源，再给你几个实用的解决方案，适配你不想用无头模式但需要窗口“隐式最小化”的需求：

问题根源分析 #

你遇到的Display::DrawAndSwap, LatencyInfo vector size 102 is too big错误，本质是Chrome窗口最小化后，系统为了节省资源会暂停该窗口的GPU渲染上下文，导致渲染队列里堆积了大量未处理的任务，触发了内部的阈值限制。之前用execute_script解决元素可点击的问题，是因为绕过了浏览器的点击校验，但这次输入操作依赖于渲染状态，所以这个方法失效了。

可行解决方案 #

1. 用“极小窗口”替代完全最小化 #

与其把窗口彻底最小化，不如将窗口调整到1x1像素的极小尺寸——系统会认为窗口仍处于显示状态，不会暂停GPU渲染，但视觉上几乎看不到，完美模拟“最小化”的效果：

from selenium import webdriver
from selenium.webdriver.common.by import By
import time

options = webdriver.ChromeOptions()
driver = webdriver.Chrome(options=options)
# 设置窗口为极小尺寸，而非调用minimize_window()
driver.set_window_size(1, 1)

# 后续执行你的消息发送逻辑
text_area = driver.find_element(By.ID, "target-textarea")
# 这里也可以用分块send_keys替代execute_script，更稳定
long_content = "需要发送的长消息内容"
for chunk in [long_content[i:i+100] for i in range(0, len(long_content), 100)]:
    text_area.send_keys(chunk)
    time.sleep(0.1)

2. 禁用Chrome GPU加速，强制CPU渲染 #

直接让Chrome用CPU处理渲染，彻底摆脱对GPU状态的依赖，这样即使窗口最小化，渲染逻辑也能正常运行：

options = webdriver.ChromeOptions()
# 禁用GPU加速
options.add_argument("--disable-gpu")
# 可选：强制使用软件光栅化，进一步确保不依赖GPU
options.add_argument("--disable-software-rasterizer")
driver = webdriver.Chrome(options=options)

# 你的业务代码...

注意：禁用GPU可能会让复杂页面的渲染速度变慢，但对于你的消息发送场景（主要是文本输入和简单DOM操作），几乎不会有影响。

3. 优化远程桌面环境（针对你的Windows Server 2012场景） #

你的远程服务器内存只有1.7GB，这确实会加剧问题：

• 当远程桌面会话断开或窗口最小化时，Windows Server会限制该会话的GPU资源分配，甚至暂停渲染；
• 内存不足会导致Chrome的渲染队列更容易积压，触发size超限错误。

建议你：

• 尽量保持远程桌面会话活跃（不要断开连接，或者改用VNC这类不会暂停会话资源的远程工具）；
• 关闭服务器上不必要的后台进程，释放内存；
• 如果可能，升级服务器内存到至少4GB，这会让Chrome和Selenium的运行稳定性大幅提升。

额外小技巧 #

你之前用execute_script输入文本，可以试试换成Selenium原生的send_keys分块输入——它模拟的是真实用户输入，更贴合浏览器的渲染逻辑，有时候比直接执行JS更稳定，尤其是在渲染资源受限的环境下。

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