Python Selenium ActionChains的perform函数出现偏移相关异常延迟，是代码问题还是bug？

你遇到的卡顿100%是代码逻辑错误导致的，和Selenium本身的bug、浏览器驱动兼容问题无关，具体有三个关键错误点：

• 错误1：误用move_by_offset的参数含义
  move_by_offset(xoffset, yoffset)接收的永远是相对于当前鼠标实时位置的增量值，不是相对于初始基准元素的绝对坐标。你的代码里把轨迹计算出来的绝对点坐标直接作为偏移参数传入，会导致鼠标实际移动的距离远超预期，甚至直接被移出浏览器视口。这也是你观察到“卡顿时长和x值大致相等”的巧合来源——你的代码中x值是从0到目标值线性递增的，每一轮累积的总偏移量和当前循环的x值完全成正比，当偏移量大到把鼠标移出视口范围时，驱动会不断轮询查找可接收鼠标事件的元素，等待时长也会跟着偏移量增大，刚好和当前循环的x值数值形成了正相关的错觉，本质不是Selenium按x值卡的延迟。
• 错误2：复用同一个ActionChains实例反复调用perform()
  ActionChains的内部会把所有调用过的鼠标/键盘动作存在实例的动作队列中，调用perform()时不会清空这个队列。你的代码里在循环外初始化了同一个actionmouse实例，每加一个移动动作就perform一次，相当于每次都会把队列里所有历史动作从头执行一遍，100次循环下来要重复执行5000+次动作，延迟自然会越来越高。
• 错误3：频繁单次调用perform()产生大量无意义开销
  每一次perform()都是一次独立的WebDriver远程协议请求，需要完成参数序列化、网络传输、浏览器解析执行、结果回传的全流程。你在循环里逐点加动作逐点perform，光请求的来回开销就会让操作变得非常卡顿。

Python版Selenium的ActionChains没有Java版那种可配置的默认每步250ms延迟，你观察到的固定延迟也和这个配置无关，本质都是上面的代码逻辑错误触发的驱动异常等待。

def click(element, coordinates):
    delay(3)
    targetx = coordinates[0]
    targety = coordinates[1]
    points = hanging_line((0,0),(targetx,targety))
    
    # 记录上一次移动的终点坐标，作为增量计算的基准
    last_x, last_y = 0, 0
    # 新建一个干净的ActionChains实例，不复用之前带缓存动作的对象
    smooth_move = ActionChains(driver)
    # 先把鼠标移动到基准元素中心，作为整个轨迹的起点
    smooth_move.move_to_element(element)
    
    for px, py in zip(points[0], points[1]):
        current_x = int(round(px, 1))
        current_y = int(round(py, 1))
        # 计算当前点和上一个点的坐标差，作为这一步需要的增量偏移
        delta_x = current_x - last_x
        delta_y = current_y - last_y
        # 把移动动作加入队列，不立即执行
        smooth_move.move_by_offset(delta_x, delta_y)
        # 更新基准坐标
        last_x, last_y = current_x, current_y
    
    # 把所有移动动作攒完后，一次性执行
    smooth_move.perform()
    delay(0.3)
    # 执行最终的点击操作
    ActionChains(driver).move_to_element_with_offset(element, targetx, targety).click().perform()

• 不要为了模拟真人动作就把轨迹拆成100个点，一般拆成10-20个点就足够流畅，点太多反而会因为动作队列太长增加执行开销。
• 当鼠标移动到视口外时，WebDriver的等待行为没有固定阈值，尽量通过坐标计算保证整个移动轨迹都在浏览器视口范围内。

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