AWS Lambda Python3.9环境Spacy依赖报错：os.add_dll_directory缺失

错误原因 #

os.add_dll_directory是Windows系统特有的Python API，你的Lambda依赖包中numpy的初始化代码调用了这个函数，说明你是在Windows环境下直接打包的Spacy依赖——numpy的Windows版本会包含delvewheel补丁来处理DLL加载，而Lambda运行在Amazon Linux 2环境中，不存在这个API，因此触发AttributeError。

你的疑问解答 #

1. Spacy 3.7.x与Lambda Python 3.9的兼容性
   两者本身没有已知兼容性问题，报错完全是依赖包的打包环境不匹配导致的，和Spacy版本无关。

2. Lambda使用Spacy的特定配置/依赖处理

   • 必须在**与Lambda兼容的Linux环境（Amazon Linux 2）**中打包依赖，不能直接在Windows/macOS环境下执行pip install，否则会引入对应系统的专属代码。
   • 如果使用Layer，需确保Layer中的依赖是针对Linux x86_64架构编译的版本。
   • 可选方案：用Docker构建Lambda容器镜像，直接在镜像中安装Spacy，避免Layer打包的环境问题。

3. "Unknown application error"与AttributeError的关系
   是的，这个AttributeError就是导致函数执行失败的直接原因——numpy在初始化阶段就抛出了未捕获的异常，导致Lambda函数无法完成依赖导入，最终返回"Unknown application error"。

解决步骤 #

方法1：正确打包Spacy Layer（推荐） #

在Amazon Linux 2环境中（比如EC2实例、Cloud9环境，或用Docker模拟Lambda运行时）执行以下操作：

• 创建Layer目录结构：

  mkdir -p spacy-layer/python/lib/python3.9/site-packages
  cd spacy-layer
  

• 安装Linux兼容版的Spacy及依赖：

  pip install spacy==3.7.2 -t python/lib/python3.9/site-packages \
    --platform manylinux2014_x86_64 \
    --only-binary=:all: \
    --upgrade
  

• 打包成zip文件：

  zip -r spacy-layer.zip python/
  

• 将生成的spacy-layer.zip上传为新的Lambda Layer，替换原Layer。

方法2：使用Lambda容器镜像 #

• 基于AWS提供的Python 3.9 Lambda基础镜像（public.ecr.aws/lambda/python:3.9）构建自定义镜像。
• 在Dockerfile中添加安装Spacy的命令：

  FROM public.ecr.aws/lambda/python:3.9
  RUN pip install spacy==3.7.2
  COPY lambda_function.py ${LAMBDA_TASK_ROOT}
  CMD ["lambda_function.lambda_handler"]
  

• 构建并推送镜像到ECR，再配置Lambda使用该镜像。

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