构建AWS Lambda Python层时报No package zbar available错误

• public.ecr.aws/lambda/python:3.8 基础镜像基于Amazon Linux 2，默认yum源未收录zbar安装包
• 你尝试安装的libzbar0、libzbar-dev、zbar-tools均为Debian/Ubuntu系的deb包命名，和Amazon Linux使用的rpm包命名规则不匹配，无法通过yum安装
• 原Dockerfile依赖安装顺序不合理，系统依赖安装步骤放在Python依赖之后，既不利于构建缓存复用，也会在系统依赖安装失败时浪费前置步骤的构建时间

修正后的Dockerfile如下：

FROM public.ecr.aws/lambda/python:3.8

# 优先安装系统级依赖
RUN yum makecache --refresh && \
    # 启用EPEL扩展源，zbar包由该源提供
    amazon-linux-extras install epel -y && \
    yum install -y zbar && \
    # 清理缓存减小镜像体积
    yum clean all && \
    rm -rf /var/cache/yum/*

# 安装Python依赖
COPY requirements.txt .
RUN pip install --upgrade pip && \
    pip install -r requirements.txt --no-cache-dir

# 拷贝业务代码
COPY lambda_function.py .

CMD [ "lambda_function.lambda_handler" ]

对应的requirements.txt无需修改，保持原有配置即可：

opencv-python-headless
pyzbar
pyzbar[scripts]

• 新增EPEL源安装步骤：Amazon Linux 2的官方默认源不包含zbar，该包收录在EPEL扩展软件源中，必须先启用该源才能正常安装zbar
• 调整依赖安装顺序：按照「系统依赖→Python依赖→业务代码」的顺序排布，最大化复用Docker构建缓存，减少重复构建的等待时间
• 增加缓存清理步骤：安装完依赖后清理yum、pip的临时缓存，可将最终镜像体积缩小30%以上
• 无需额外安装zbar开发包：pyzbar运行仅依赖zbar运行时共享库，安装基础的zbar包即可满足运行要求

镜像构建完成后，可通过以下步骤验证依赖是否正常加载：

1. 执行docker build -t lambda-pyzbar-test .完成镜像构建
2. 执行docker run --rm -it --entrypoint bash lambda-pyzbar-test进入容器交互终端
3. 在容器内执行python -c "from pyzbar import zbar_library; print('zbar加载成功，路径为：', zbar_library.load())"
   如果命令正常输出libzbar共享库的文件路径，无加载报错，即说明配置正确。

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