libpng.so.1: cannot open shared object file: No such file or directory

### 解决 `libpng.so.1` 无法打开共享对象文件错误

当遇到 `libpng.so.1: cannot open shared object file` 的错误提示时，表明程序运行所需的具体版本的 PNG 库缺失。通常情况下，这可以通过重新编译安装特定版本的 libpng 来解决。

#### 安装指定版本的 LibPNG

对于需要安装较旧版本的情况，如 libpng 版本 1.x：

wget http://downloads.sourceforge.net/project/libpng/libpng16/older-releases/1.6.21/libpng-1.6.21.tar.gz && \
tar -zxvf libpng-1.6.21.tar.gz
cd libpng-1.6.21
./configure --prefix=/usr/local/png --enable-shared LDFLAGS="-L/usr/lib -lz"
sudo make
sudo make install
sudo ldconfig

上述命令下载并解压了 libpng 1.6.21 源码包，配置构建环境以便支持动态链接，并最终完成编译安装以及更新系统的动态链接器缓存[^2]。

如果仍然存在找不到相应 `.so` 文件的问题，则可能是因为新安装的库路径未被系统识别。此时可考虑通过设置 `LD_LIBRARY_PATH` 环境变量来临时解决问题，或是在 `/etc/ld.so.conf.d/` 下创建一个新的配置文件指向自定义安装位置后再次执行 `ldconfig` 更新全局链接器缓存。

另外，在某些发行版上可以直接利用软件仓库中的资源简化此过程，比如在基于 Debian 的系统中尝试使用 apt-get 工具获取所需的依赖项；而在 RedHat 类似家族成员里则可以借助 yum 或 dnf 实现快速部署。

#### 使用符号链接作为替代方案

假如由于各种原因不方便更改现有库的位置或是不想覆盖原有更高版本的 libpng 库，那么还可以采用建立符号链接的方式让应用程序找到期望版本的 .so 文件而不必实际改变物理存储结构:

假设已经确认当前环境中确实存在兼容但名称不同的 png 库（例如 libpng16.so），可以在适当的地方为其创建一个名为 libpng.so.1 的软连接指向它：

ln -s /path/to/existing/libpng16.so /usr/lib/libpng.so.1

这里需要注意替换掉 `/path/to/existing/libpng16.so` 成真实的路径[^4]。