在AWS Lambda（Python 3.6）中配置Shapely的问题求助

我太懂你现在的苦恼了——在EC2的Amazon Linux上把Shapely跑起来顺风顺水，结果移到Lambda就各种报错。核心问题其实是Lambda的运行环境虽然和Amazon Linux同源，但它是个极简环境，很多系统依赖和路径配置和你EC2的完整环境不一样，打包的时候稍不注意就会漏掉关键组件。下面是我帮你梳理的针对性解决方案：

第一步：确保EC2环境和Lambda完全匹配 #

Lambda的Python 3.6运行环境基于Amazon Linux（第一代），不是Amazon Linux 2！所以你得启动对应版本的AMI，比如amzn-ami-hvm-2018.03.0.20210426-x86_64-gp2（这个是官方对应Python3.6 Lambda的基础镜像）。用错AMI的话，编译出来的依赖会和Lambda环境不兼容。

第二步：正确编译并打包依赖 #

在EC2实例上执行以下步骤，确保所有依赖都能在Lambda里正常工作：

1. 安装必要的系统工具和Python虚拟环境：

   sudo yum update -y
   sudo yum install -y python36-virtualenv geos-devel
   

2. 创建并激活Python3.6虚拟环境（隔离系统包，避免干扰）：

   virtualenv -p python3.6 venv
   source venv/bin/activate
   

3. 安装Shapely和你的其他Python依赖：

   pip install shapely  # 这里会自动基于系统的geos库编译
   pip install [你的其他依赖包]
   

4. 复制关键的系统共享库到虚拟环境（Lambda没有预装geos库，Shapely运行时必须用到）：

   # 先确认geos库的位置，用find命令找：find /usr/lib64 -name "libgeos*"
   cp /usr/lib64/libgeos_c.so.1 venv/lib/python3.6/site-packages/
   cp /usr/lib64/libgeos-3.4.2.so venv/lib/python3.6/site-packages/
   

   注意：如果你的EC2上geos版本不是3.4.2，替换成实际找到的文件名即可
5. 打包所有依赖和你的代码：

   # 进入虚拟环境的依赖目录
   cd venv/lib/python3.6/site-packages/
   # 打包所有依赖文件到根目录的zip包
   zip -r9 ~/shapely-lambda-package.zip .
   # 回到主目录，把你的Lambda代码（比如lambda_function.py）添加到zip包
   cd ~
   zip -g shapely-lambda-package.zip lambda_function.py
   

第三步：常见坑点排查 #

• 不要用pip install --user：这个会把依赖装到用户目录，打包时很容易漏掉，必须用虚拟环境来管理依赖。
• 确保依赖在zip根目录：Lambda会从zip包的根目录加载模块，如果你把依赖放在子文件夹里，会出现导入错误。
• 检查CloudWatch日志：如果还是报错，去Lambda的CloudWatch日志里看具体错误信息——比如提示找不到libgeos_c.so.1，那就是你没把这个库复制到打包目录里。

测试验证 #

上传打包好的zip到Lambda后，用一个简单的测试函数验证：

import shapely.geometry

def lambda_handler(event, context):
    test_point = shapely.geometry.Point(10, 20)
    return {
        "statusCode": 200,
        "body": f"Shapely works! Created point: {test_point}"
    }

如果能正常返回结果，就说明部署成功啦！

内容的提问来源于stack exchange，提问作者Eric D'Souza