新版Ubuntu/Debian（20.04+）将ImageMagick拆包，convert等命令移至imagemagick-6.q16或imagemagick-6.q16hdri包中，仅安装imagemagick包会导致convert命令未找到。
Ubuntu/Debian 上用 apt 安装 ImageMagick 为什么默认不带 convert？
因为新版 Debian/Ubuntu（20.04+）把 ImageMagick 拆包了，imagemagick 包只含基础工具，真正干活的 convert、mogrify 被挪到 imagemagick-6.q16（或 imagemagick-6.q16hdri）里。直接 apt install imagemagick 后运行 convert --version 会报 command not found。
- 先查清楚系统架构和位宽：
dpkg --print-architecture（通常是amd64或arm64） - 装完整版：
sudo apt update && sudo apt install imagemagick-6.q16 - 验证：
convert --version应输出类似Version: ImageMagick 6.9.11-60 Q16 x86_64 2023-01-27 - 如果需要高动态范围支持（比如处理 HDR PNG 或 EXR），换装
imagemagick-6.q16hdri
批量转换图片格式时 convert *.jpg png 为啥只生成一个文件？
convert 默认把多个输入当作“合并图层”来处理，*.jpg 展开后变成 convert a.jpg b.jpg c.jpg png，结果就是把三张图叠成一张 PNG——不是你想要的“每张转一张”。必须显式循环或用 mogrify。
- 安全做法（推荐）：
for i in *.jpg; do convert "$i" "${i%.jpg}.png"; done - 注意引号：防止文件名含空格崩掉；
${i%.jpg}是 Bash 参数展开，安全删后缀 - 想原地覆盖？用
mogrify -format png *.jpg，但它会直接改源文件，没备份别乱试 -
mogrify不支持重命名，输出名固定为输入名（仅后缀变），所以不能mogrify -format webp *.jpg然后指望得到xxx.webp——它真就覆盖成xxx.jpg（但内容是 webp 格式），非常反直觉
CentOS/RHEL 8+ 安装 ImageMagick 遇到 libjpeg.so.62: cannot open shared object file
这是典型的运行时依赖缺失：ImageMagick 编译时链接了旧版 libjpeg（62），但系统只装了 libjpeg-turbo 的新版本（如 libjpeg.so.80）。不是没装 libjpeg，而是版本号对不上。
- 先确认已装开发包：
sudo dnf install libjpeg-devel libpng-devel libtiff-devel - 不要用 EPEL 的预编译包（它常绑死旧依赖），改用源码编译更稳：
wget https://imagemagick.org/download/ImageMagick.tar.gz && tar xzf ImageMagick.tar.gz && cd ImageMagick-* && ./configure --with-modules --with-jpeg=yes && make && sudo make install - 装完要更新动态库缓存：
sudo ldconfig，否则仍报找不到 so - 验证路径：
identify -list format | grep -i jpeg应显示JPEG* rw+，说明 JPEG 支持已激活
WebP 转换失败或质量异常，-quality 参数到底控制什么？
-quality 在 WebP 场景下不控制“画质百分比”，而是一个 0–100 的编码器提示值，实际效果取决于是否启用有损（-define webp:lossless=false）还是无损（true）。默认是有损，但低 quality 值可能触发自动降级为无损，导致文件反而更大。
- 明确指定模式：
convert input.jpg -define webp:lossless=false -quality 80 output.webp - 想无损压缩：
-define webp:lossless=true，此时-quality无效（忽略） - 常见坑：
-quality 100不等于“最高画质”，而是让编码器自由选择策略，有时比 90 还糊；实测 75–85 是有损 WebP 的甜点区间 - 检查结果：
identify -verbose output.webp | grep -E "(Quality|Compression)"可看到实际生效的压缩类型
ImageMagick 的批量操作看着简单，但每个命令背后都卡着 shell 展开规则、依赖版本绑定、参数作用域这些硬茬。尤其在不同发行版间迁移脚本时，convert 找不到、mogrify 覆盖错文件、WebP 输出大小失控——问题从来不在“会不会用”，而在“有没有意识到它根本不是个傻瓜工具”。
