AWS Lambda下Selenium调用Firefox WebDriver报非Firefox可执行程序错误求助

在AWS Lambda环境下叠加3个独立Lambda层，基于Selenium + Firefox WebDriver搭建自动化测试流程，三个依赖层分别承载：

• geckodriver可执行程序
• Python适配版Selenium运行库
• 指定版本Firefox二进制安装包

对应的测试代码如下：

import json
from shutil import copyfile
import os
from selenium import webdriver
from selenium.webdriver.firefox.options import Options
from selenium.webdriver.firefox.firefox_binary import FirefoxBinary


def webdriver_permissions(origin_path, destiny_path):
    ''' Lambda层内置的geckodriver、Firefox二进制默认存储在/opt路径下，默认不具备可执行权限；该函数将二进制文件复制到/tmp目录并授予可执行权限 '''
    copyfile(origin_path, destiny_path)
    os.chmod(destiny_path, 0o775)

def lambda_handler(event, context):
    webdriver_permissions('/opt/geckodriver','/tmp/geckodriver')
    webdriver_permissions('/opt/firefox/firefox','/tmp/firefox')
    options = Options()
    options.headless = True
    options.binary =  FirefoxBinary('/tmp/firefox')
    driver = webdriver.Firefox(
        options=options,
        executable_path="/tmp/geckodriver",
        log_path="/tmp/geckodriver.log"
    )

    url = 'foo'
    driver.get(url)

运行报错 #

执行时geckodriver相关流程可正常运行，但在Firefox二进制校验环节抛出错误：
Message: binary is not a Firefox executable

已尝试的排查动作 #

目前已经试过以下方案，均未解决问题：

• 更换多个不同版本的Firefox程序包
• 将二进制指向路径替换为同目录下的firefox-bin文件，弃用原firefox启动文件
• 跳过/tmp目录拷贝步骤，直接引用/opt路径下的原二进制文件

可行排查思路与解决方案 #

• 首先核对Lambda层的打包目录结构：Lambda层加载后，所有文件会映射到/opt路径下，要求文件层级必须和运行时的路径规则匹配。很多人打包Firefox层时，会把解压后的Firefox文件夹直接放在压缩包根目录，导致实际路径和预期不一致——比如如果打包时把firefox文件夹多嵌了一层，你引用的/opt/firefox/firefox可能是个软链接、或者空文件，根本不是有效程序。可以在代码中增加目录遍历打印逻辑，在Lambda日志里输出/opt下的完整文件结构，确认真实文件路径：

  # 排查代码
  for root, dirs, files in os.walk('/opt'):
      print(f"扫描路径: {root}, 子目录: {dirs}, 文件: {files}")
  

• 修正文件拷贝逻辑的常见误区：很多人第一次搭这套环境都会踩坑——总觉得只要把firefox启动文件拷到/tmp加个权限就能跑，但这个根目录下的firefox本质是个wrapper启动壳，运行时必须依赖同目录下的整套动态库、配置文件、关联二进制。单独拷贝单个文件到/tmp，没有配套的依赖文件，自然会被geckodriver判定为无效可执行程序。正确的做法是把/opt下整个Firefox目录的所有文件完整拷贝到/tmp的对应目录下，再给目录内的所有可执行文件（geckodriver、firefox、firefox-bin）授予执行权限。
• 确认运行时依赖匹配性：选择的Firefox版本必须和AWS Lambda运行时（Amazon Linux 2）的glibc版本匹配，如果Firefox版本要求的glibc版本高于运行时自带的版本，即使文件路径正确，也会在校验阶段报“非有效可执行文件”的错误。
• 不要直接在/opt路径下执行Firefox：/opt路径是只读权限，Firefox启动时需要写入临时配置、缓存数据，直接在该路径下运行会因为权限不足触发程序校验失败，必须将完整可运行的程序目录迁移到可写的/tmp路径下再启动。
• 调整代码中的二进制路径：完整拷贝整套Firefox文件到/tmp后，将FirefoxBinary的指向路径设置为/tmp目录下的实际可执行文件（通常是/tmp/firefox/firefox-bin），而不是根目录下的wrapper脚本。

内容的提问来源于stack exchange，提问作者David López