ImageMagick：1.6万Star的图像处理套件，一行命令搞定200种格式
你可能没用过 ImageMagick，但你打开的网页、上传的头像、PDF 转的 JPG，很可能在某个环节跑过它。这工具在 GitHub 上拿了 1.6 万 Star，数字不算大，但它从 1990 年就已经存在了，Star 背后是持续 30 多年的维护。
命令行里的图像工厂
ImageMagick 支持超过 200 种图像格式，从 JPEG、PNG、GIF，到 TIFF、PDF，甚至多光谱图像 64 个波段都覆盖。它没有图形界面，核心交互全在命令行。这个特性对普通用户不够友好，但让它成了自动化图像处理的标准方案。
一个场景：服务器上要把用户上传的 1000 张 PNG 全转成 WebP，尺寸统一到 800px 宽。不用手动导出，不用写 Python 脚本调 Pillow，一行命令：
mogrify -resize 800 -format webp *.png
批量加水印、调整色域、提取 EXIF、生成缩略图、拼图，全都可以用类似的单行命令完成。C 语言实现，性能比多数 Python 图像库要快。
功能远比想象的多
细读了一遍 ImageMagick 的功能列表，下面这些比较少见：
- 离散傅里叶变换：频域处理图像，做频域滤波
- 感知哈希：生成图像视觉指纹，查重和水印检测
- 连通分量标记：自动识别图中连通区域并打标签
- 凸包计算：找前景物体的最小外接凸多边形
- 图像加密：把图像转成乱码，密钥解密恢复
- 分布式像素缓存：处理超大图时中间数据分摊到多台服务器
这些功能远不止调亮度加滤镜。ImageMagick 本质是一个图像算法库，命令行只是入口之一。C、C++、Perl、Python、Ruby 等多语言 API 可以直接嵌入应用。Magick.NET 这个封装让 Windows 开发者不装本体就能调用。
开源 30 年没被替代的原因
图像工具换代了好几轮，ImageMagick 始终留在工具箱里，总结下来三个原因：
第一，格式覆盖没有真正对手。200 多种格式，很多偏门格式只有 ImageMagick 能处理。医疗影像、天文摄影、电影后期对格式兼容的要求极端，它刚好卡在这个生态位。
第二，自动化场景是硬刚需。服务器端批量处理图片，ImageMagick 是事实上的默认选项。PHP GD 库功能太少，Python Pillow 碰到某些 TIFF 变体就歇，GraphicsMagick 速度占优但功能不全。ImageMagick 踩在功能和性能的平衡点上。
第三，维护从来没断过。从 6 到 7，架构升级、安全策略、64 通道支持逐步推进。开源项目能持续维护 30 年的，两只手数得过来。
安全问题是绕不开的话题
ImageMagick 真正出圈的事件是 2016 年的 ImageTragick 漏洞。攻击者构造一张恶意图片就能在服务器上执行任意命令。影响面很广，因为大量 Web 应用后台都在用它处理用户上传的图片。
现版本提供四级安全策略：Open、Limited、Secure、Websafe。生产环境必须配好 security policy 文件，禁用危险操作。官方有在线验证工具可以检查策略是否正确。
另一点是内存。默认 Q16 HDRI 版本精度高但开销大。处理超大图时可换 Q8 版本，内存减半。或者开分布式像素缓存把计算分出去。
谁适合用它
后端开发者只要处理用户上传的图片，就绕不开 ImageMagick。PHP Imagick 扩展、Python Wand 绑定，或直接命令行调用，它就是批量图像处理效率最高的方案。
设计师和摄影师可能不会直接敲命令。但了解 ImageMagick 的能力边界，有助于判断手头工具能做到什么程度。
普通用户记住有这个东西就够了。哪天碰到"1000 张图全转 JPG 且宽度不超过 1200px"这种需求，搜命令，一行执行。
