我之前在Lambda层部署GraphicsMagick时也碰到过一模一样的共享库找不到的问题，咱们一步步拆解解决：

核心问题分析 #

你的报错libpng15.so.15: cannot open shared object file本质是两个原因：

1. 编译GraphicsMagick时没有把依赖库（比如libpng）完全静态打包，或者没有把动态依赖库一同放进Lambda层
2. Lambda运行环境是Amazon Linux 2，如果你在本地（比如macOS/Windows）编译，依赖库版本和系统不兼容

第一步：在Amazon Linux 2环境重新编译GraphicsMagick #

Lambda的Node.js/Python等运行时都是基于Amazon Linux 2的，必须在相同环境下编译才能保证依赖兼容。推荐用Docker快速搭建环境：

# 启动Amazon Linux 2容器
docker run -it amazonlinux:2 bash

# 安装编译依赖工具
yum install -y gcc make libpng-devel libjpeg-devel libtiff-devel freetype-devel wget

# 下载GraphicsMagick源码（这里用1.3.40版本，你可以换最新稳定版）
wget https://sourceforge.net/projects/graphicsmagick/files/graphicsmagick/1.3.40/GraphicsMagick-1.3.40.tar.gz
tar -zxf GraphicsMagick-1.3.40.tar.gz
cd GraphicsMagick-1.3.40

执行编译配置，这里要确保尽量静态链接依赖，同时保留必要的动态库支持：

./configure --prefix=/opt/graphicsmagick \
  --enable-static=yes \
  --disable-shared \
  --with-png=yes \
  --with-jpeg=yes \
  --with-tiff=yes

编译并安装：

make && make install

编译完成后检查gm的依赖，确认哪些动态库还需要打包：

ldd /opt/graphicsmagick/bin/gm

把输出里的所有.so文件（比如libpng15.so.15）复制到/opt/graphicsmagick/lib目录：

cp /usr/lib64/libpng15.so.15 /opt/graphicsmagick/lib/
cp /usr/lib64/libjpeg.so.62 /opt/graphicsmagick/lib/
# 其他依赖同理，按ldd输出复制

第二步：正确打包Lambda层 #

Lambda层的zip包必须遵循opt/开头的结构，这样解压后会直接挂载到Lambda的/opt目录下：

cd /opt
zip -r graphicsmagick-layer.zip graphicsmagick/

把这个zip上传到AWS Lambda层即可。

第三步：修正Lambda代码中的环境变量与命令 #

Lambda是Linux环境，不需要设置DYLD_LIBRARY_PATH（这是macOS的环境变量），只需要配置LD_LIBRARY_PATH。另外你之前的命令里漏掉了composite——GraphicsMagick加水印必须用gm composite指令！

用spawn的修正代码 #

const { spawn } = require('child_process');

module.exports.run = async (event, context, callback) => {
  const gmPath = '/opt/graphicsmagick/bin/gm';
  // 合并系统原有环境变量，避免覆盖必要配置
  const runEnv = {
    ...process.env,
    LD_LIBRARY_PATH: '/opt/graphicsmagick/lib:' + (process.env.LD_LIBRARY_PATH || '/usr/lib64'),
    MAGICK_HOME: '/opt/graphicsmagick'
  };

  // 注意：必须加上composite命令
  const gmArgs = [
    'composite',
    '-dissolve', '15',
    '-tile', watermark,
    inputImage,
    output
  ];

  spawn(gmPath, gmArgs, { env: runEnv, stdio: 'inherit' })
    .on('close', (code) => {
      if (code === 0) {
        console.log('水印添加成功');
        callback(null, '操作完成');
      } else {
        console.error(`进程异常退出，码值：${code}`);
        callback(new Error('水印添加失败'));
      }
    })
    .on('error', (err) => {
      console.error('执行GM命令出错:', err);
      callback(err);
    });
};

用exec的修正代码 #

const { exec } = require('child_process');

module.exports.run = async (event, context, callback) => {
  const fullCmd = `/opt/graphicsmagick/bin/gm composite -dissolve 15 -tile ${watermark} ${inputImage} ${output}`;
  const runEnv = {
    ...process.env,
    LD_LIBRARY_PATH: '/opt/graphicsmagick/lib:' + (process.env.LD_LIBRARY_PATH || '/usr/lib64'),
    MAGICK_HOME: '/opt/graphicsmagick'
  };

  exec(fullCmd, { env: runEnv }, (err, stdout, stderr) => {
    if (err) {
      console.error('命令执行失败:', err);
      console.error('错误输出:', stderr);
      callback(err);
      return;
    }
    console.log('GM输出:', stdout);
    console.log('水印添加成功');
    callback(null, '操作完成');
  });
};

第四步：验证依赖是否正确 #

可以在Lambda代码里加一段调试代码，确认依赖库是否存在：

const { execSync } = require('child_process');
console.log('lib目录文件列表:', execSync('ls -la /opt/graphicsmagick/lib').toString());
console.log('GM依赖检查:', execSync('ldd /opt/graphicsmagick/bin/gm').toString());

如果输出里能看到libpng15.so.15，且ldd显示所有依赖都能找到，就没问题了。

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