图片批处理实战：用PS动作、脚本和命令行1分钟处理100张图

做设计这行，最折磨人的往往不是改需求，而是改完需求之后要重新导一遍图。上个月我接了一组电商换季素材，甲方甩过来120张商品图，要求统一裁成800×800白底居中、右上角压统一角标、命名必须按货号来。这种活在很多人眼里属于“无脑重复”，但恰恰是这种无脑操作最消耗人——你要在Photoshop里反复打开、调整、导出，连续干两三个小时，中间但凡有人打断你一下，后面每一张的参数就可能对不齐。

后来我花了不到两分钟，把120张图全部处理完了。秘诀不是某个冷门插件，而是把Photoshop自带的动作、批处理和一段简单脚本组合起来，让电脑替我重复劳动。今天这篇东西，就把我平时实际在用的批处理工作流完整拆开讲一遍。想直接抄作业的，可以跟着步骤走；想搞清楚原理的，也能看到每个关键选择背后的理由。适合电商设计师、UI/UX设计师、摄影后期和运营物料负责人——只要你的工作里反复出现“同样的操作要在很多张图上重复做一遍”，你就能用上。

1. 先算一笔账：你的重复劳动到底值多少时间

1.1 设计里的重复劳动，实际就三类

我做了这么多年设计，发现大家口中的“繁琐重复”，其实都能归进三种类型。规范化操作是最常见的一类，比如统一尺寸、统一格式、统一命名、统一加水印，规律完全明确，电脑完全可以接管。第二类是适配性操作，一张源图要输出多种规格，比如一套UI稿出@1x/@2x/@3x，一张海报分别给竖版、横版、方版，输出规则清清楚楚，同样适合自动化。第三类是主观性操作，比如精修细节、调色倾向、抠图边缘处理，这部分需要人的眼睛和审美判断，不适合全自动，但完全可以让脚本先把基础步骤跑完，人只做最终微调。

大多数人把时间耗在第一类和第二类上，还误以为“这是设计师必须付出的时间代价”。恰恰相反，这两类才是整个工作流里最不值得手动做的部分：规则明确、输出要求确定，就意味着每一步都可以被转成动作、脚本或命令行。我见过太多设计师拿着一摞图在PS里机械地点来点去，嘴里还在喊忙，其实忙的根本不是设计，而是体力劳动。

1.2 100张图，手动和自动差出一个小时

来算一笔保守的账。单张图从“打开 → 调整尺寸 → 加白底/角标 → 导出”，熟练的人操作也要40秒左右，如果中间要处理色彩配置、保存路径之类的问题，一分钟都不一定够。按这个速度，100张图就是67分钟到100分钟，中间还不能被打断，否则容易漏图、错图、参数不一致。

脚本或动作来处理同一批图，区别就很明显了。缩放、转格式、加角标这类操作的执行时间几乎可以忽略，真正的耗时在磁盘读写和压缩计算上。我实测用Photoshop动作批处理100张JPG图，大概1分钟到2分钟；用ImageMagick命令行转WebP，100张图通常几十秒就能跑完。所以标题里“1分钟处理100张图”真不是噱头，前提是你要把操作设计成“电脑能机械执行”的规则，而不是每一步都要人工弹窗确认。速度提升的核心，是把人的手从重复动作里抽走。

1.3 分清“规则化”和“创作性”，批处理才有意义

批量处理有一个很容易走偏的误区：看到什么都想录成动作，结果录出来的动作只能处理那一张图。原因在于没有先分清任务性质。

凡是可以描述成“如果满足A，就执行B”的操作，才是规则化操作，比如“如果宽度大于1000，就等比缩到1000，否则跳过”“如果文件名里含高清，就压缩质量高一点”。这种操作脚本和动作都非常擅长。凡是处理过程中需要你反复看屏幕做判断的，比如“这张图肤色偏暗，提亮一点；那张图背景反光，压一下高光”，这就是创作性操作，任何自动化都替代不了。

把这两类混在一起批量处理，通常的结果就是：要么成品很难看，要么脚本写了大半天最后还是手工收尾。所以接到批量任务，第一件事不是打开PS，而是先在纸上把流程画出来，标清楚哪些步骤由电脑执行，哪些步骤必须人来做。规则化部分越纯粹，批量处理效果越稳。

2. 最被低估的官方组合：PS动作 + 批处理命令

2.1 录制动作前，先做三个准备

Photoshop的动作面板是很多人用过但没用好。我建议在正式开始录制之前，先做三件准备工作。第一，复制一张测试图，永远不要拿唯一原图直接录，测试图可以用源文件复制一份，重命名为“test.jpg”放到独立目录。第二，打开“窗口 → 动作”面板，先新建一个动作组，比如叫“批量处理常用”，再在组里新建动作，命名要具体，别叫什么“动作1”，要叫“800x800白底+角标”这种你几天后还能认出来的名字。第三，把要处理的源文件放进一个目录，输出目录提前建好，比如“input/”和“output/”。

这几步看起来多花了五分钟，实际上能避免后面90%的翻车。尤其是动作命名，很多人录了一堆动作，下次再看到完全想不起是干什么的，最后只能重新录一遍，更浪费时间。

2.2 录制的核心：把操作录成“机械规则”而不是“个人习惯”

下面用“批量加白底+改尺寸”举例，这也是电商设计最常见的需求。录制动作时，按这几个步骤操作：

当我录制时，会打开测试图，执行“图像 → 图像大小”，如果是做1:1方形图，我会取消“约束比例”，把宽高都填成目标像素，比如800×800；如果只是想限制最长边，就保持约束比例填一个值。然后执行“图像 → 画布大小”，当原图不是正方形时，这一步会把旁边区域补出来，注意“画布扩展颜色”要选白色。如果还要加角标，用“文件 → 置入嵌入对象”选Logo文件，移动到固定位置并调整大小，录制时建议用键盘方向键配合Shift微调，保证位置一致。最后点击动作面板底部的“停止录制”。

这里有几个非常关键的细节，直接决定批处理能不能顺利跑完。

动作里尽量不要包含“存储为”或“存储为Web所用格式”这类弹窗步骤，弹窗一出现，批处理就会停下来等人工确认，100张图等于手动弹窗100次。动作里也尽量不要保存到固定路径，如果录进去一个类似“D:\myproject\output\1.jpg”的路径，批处理时每一张图都会试着写进同一个文件，后一张直接覆盖前一张。如果动作里有需要输入参数的滤镜，录制时按住Alt键点击确定，可以避免参数窗口弹出来卡住流程。

提示：如果你要处理不同来源、不同色彩空间的图片，批处理前建议先统一颜色设置，并在批处理窗口里勾选“抑制颜色配置警告”，这个细节能省掉大量中断。

2.3 批处理窗口，每一个选项都有它的用途

动作录好后，执行“文件 → 自动 → 批处理”，这个配置窗口里的选项很多，但每一项都有它的用途，不要一路默认。播放选项选择刚录好的动作组和动作。源选“文件夹”，点“选取”定位到放图片的目录，如果图片分散在子目录，就勾选“包含所有子文件夹”。勾选“覆盖动作中的‘打开’命令”，这样无论动作里有没有打开步骤，批处理都会用源文件夹里的文件作为输入，灵活性最高。

目标选“文件夹”，并指定输出目录。这里我不建议选“存储并关闭”，因为那样会直接覆盖原图文件，风险太大。勾选“覆盖动作中的‘存储为’命令”，配合下面的“文件命名”规则，让系统按规律生成新文件名，可以组合“文档名称”“序列号”“扩展名”等字段，例如“docName_serialNumber(1)ext”。错误处理里选“将错误记录到文件”，并指定一个日志路径，批处理跑完先打开日志看哪些图有问题，而不是靠肉眼去翻。

配置完先别急着跑全量。点“确定”之前，我会在源目录里临时放一张测试图跑一次，确认输出文件和尺寸没问题，再把全部文件放进去跑。这个试跑习惯我保持了很多年，它救过我太多次了。

2.4 为什么你的批处理总是中断？三个最容易踩的坑

根据我的经验，批处理中断80%以上来自同一个问题：对话框。另外两个高频问题是路径写死和色彩警告。

第一个坑是对话框中断。动作录制时如果包含了“存储为Web所用格式”、“Camera Raw滤镜”或者其他带参数弹窗的操作，批处理跑到这一步就会停下来等人点确定。解决方式是录制时尽量避免弹窗类操作，必须用的时候按住Alt点确定，或者在批处理里勾选抑制警告选项。第二个坑是路径写死，录制动作时一旦存过某个固定路径，后面所有输出都会往同一个文件名上写。解决方法是回到动作面板把那一步删掉重新录制，输出环节全部交给批处理的文件命名规则接管。第三个坑是色彩配置警告，从网上下载的素材、同事发来的文件，色彩配置文件五花八门，PS打开时就弹“配置文件不匹配”，批处理一弹窗就停。稳妥的做法是在“编辑 → 颜色设置”里把打开时的询问关掉，同时在批处理窗口勾选“抑制颜色配置警告”。

3. 再进一步：脚本和命令行，让电脑自己算

3.1 JSX脚本：一次处理一个文件夹的PSD/JPG

动作适合固定流程，但遇到“要遍历子目录”“要根据条件决定是否处理”“输出文件名要灵活拼接”这类需求，动作就很吃力。这种情况我会直接写Photoshop的JSX脚本。

下面这段脚本是我经常用的一个简化版，功能是：选择文件夹、等比缩放到宽度800px、导出PNG、输出到“_output”子目录。源文件不会被改动，跑错了也不怕。

#target photoshop app.preferences.rulerUnits = Units.PIXELS; app.preferences.typeUnits = TypeUnits.PIXELS; var srcFolder = Folder.selectDialog("选择图片所在的文件夹"); if (!srcFolder) { alert("未选择文件夹"); } else { var outFolder = new Folder(srcFolder + "/_output"); if (!outFolder.exists) outFolder.create(); var files = srcFolder.getFiles(/\.(psd|tif|tiff|jpg|jpeg|png)$/i); for (var i = 0; i < files.length; i++) { var doc = app.open(files[i]); // 等比缩放到宽度 800px if (doc.width.value > 800) { var scale = 800 / doc.width.value; doc.resizeImage(UnitValue(800, "px"), UnitValue(doc.height.value * scale, "px"), null, ResampleMethod.BICUBIC); } var baseName = files[i].name.replace(/\.[^\.]+$/, ""); var outFile = new File(outFolder.fsName + "/" + baseName + "_800.png"); var pngOpts = new PNGSaveOptions(); doc.saveAs(outFile, pngOpts, true, Extension.LOWERCASE); doc.close(SaveOptions.DONOTSAVECHANGES); } alert("批量处理完成，共 " + files.length + " 张"); }

运行方式很简单：Photoshop里选“文件 → 脚本 → 浏览”，找到这个.jsx文件，或者直接把.jsx文件拖到PS图标上。脚本本身不复杂，核心就三件事：遍历文件、改尺寸、存储。你想改成JPG输出、改成特定后缀、改成先清空图层再导出，都可以自己动手改几行。这里有个小提醒：Windows下中文路径偶尔会让ExtendScript读文件失败，我建议脚本处理前把路径和文件名里的中文、特殊符号去干净，跑完再改回来。

3.2 ImageMagick：一条命令，比动作还快

如果你的批量任务就是压缩、缩放、转换格式这类“纯机械操作”，其实根本不需要打开Photoshop，命令行工具ImageMagick几分钟就能上手，速度比PS批处理还快，因为它省去了图形界面的开销。很多设计师听到命令行就抗拒，实际用过一次之后，基本就回不去了。

安装方式很简单：macOS用brew install imagemagick，Windows去官网下载安装包，Linux用apt install imagemagick。新版是7.x，命令以magick开头；如果系统装的是6.x，把magick换成convert即可。最常用的三种批量操作：

# 批量缩放并输出到 output 目录，jpg 质量 85 magick mogrify -path ./output -resize 800x800 -quality 85 *.jpg # 批量把 jpg 转成 webp，压缩质量 80 magick mogrify -path ./output -format webp -quality 80 *.jpg # 在 bash/zsh 里批量循环处理，输出文件名带规则 for f in *.jpg; do magick "$f" -resize 1280x1280 -quality 85 "output/${f%.jpg}_1280.jpg" done

注意，mogrify的设计是“就地修改文件”，但加了-path参数后，结果会写到指定目录，源文件不会被动。如果你没加-path就开始跑，那它会把原图直接改了。第一次使用务必先看清楚再执行。ImageMagick的优势是快、省内存、可写进脚本循环，缺点是它不理解“设计意图”，所有操作都要靠参数描述，所以它更适合做流水线输出，不适合做需要判断的步骤。

3.3 三套方案的选型思路

经常会有人问我：动作、JSX脚本、命令行工具，到底该学哪个？我的判断标准很简单，看任务规模，看逻辑复杂程度。

如果是一次性、规则简单的任务，用动作最省事，五分钟录完就完事。如果要处理多个子目录、要加条件判断、要在PS里做复杂图层操作，那就用JSX脚本。如果量大、命令重复、不需要PS界面参与，就用ImageMagick，速度就是快。三者不是互斥的，完全可以混用。我处理电商图片时，经常先用动作统一加白底和角标，再用ImageMagick批量生成缩略规格，动作负责设计效果，命令行负责流水线，各干各最擅长的部分。

4. 批量之前，把失真风险算清楚

4.1 格式选择矩阵：不该省的质量别省

批量处理最大的风险不是慢，而是把100张图一次性处理成不可逆的错误结果。格式选错是重灾区。我总结了一个自己常用的选择表，按用途来选格式：

批量之前先确认目标用途，再选格式。网页端追求体积用WebP没问题，但如果是印刷或素材归档，就不可能用低质量JPG，100张图一旦转错，基本等于全部报废。格式选错比动作录错还麻烦，因为看图片缩略图不一定能马上发现问题。

4.2 色彩空间：为什么批量出来的图颜色发灰或过艳

很多人在批处理里遇到过一种诡异情况：单张打开调色没问题，批量转完导出后，颜色不是发灰就是过饱和。十有八九是色彩空间不一致。

不同来源的图片，有的嵌入了sRGB配置文件，有的是Adobe RGB，有的根本没有配置文件。PS打开时会做颜色管理，保存时也会把配置文件写进文件里；但如果批处理时弹窗被抑制、颜色设置又不统一，转换链路就可能出错。处理面向网页或电商的图片时，我建议在动作最前面加一步“编辑 → 转换为配置文件 → sRGB”，确保所有输出图的色彩空间一致。这个步骤放在动作开头，比事后一张张检查要靠谱得多。

4.3 样本先行原则：先跑3张，再跑100张

批量处理前，我永远坚持一条原则：先拿3到5张图跑一遍，逐张放大检查，再放全量。检查哪些维度？尺寸是否达标、文件大小是否合理、文字和Logo边缘有没有锯齿、颜色有没有断层、文件命名是否符合规则。

尤其是色彩断层和压缩噪点，在小图预览时很难看出来，导出后放大到100%一比就露馅。等到100张全部跑完再发现质量问题，返工成本就完全不同了。我见过不少设计师直接在源文件目录里跑批处理，跑完发现动作里有一处参数错误，结果所有原图全被覆盖。这件事之后再跟你说，但你要记住：始终保留一份原图备份，输出目录独立，样本通过后再全量。

4.4 压缩参数的经验值

压缩是批量处理里最常见的需求。给大家一个可以直接参考的经验值。JPG压缩质量80到85之间，肉眼几乎看不出细节损失，文件体积能比默认的100小一半以上。WebP质量75到80，观感基本能对标JPG的85到90，但体积往往只有JPG的一半左右。PNG转WebP时，如果图里有小字、细线、Logo边缘，有损压缩容易在边缘出现杂点，建议这类区域质量不要低于85。

这些参数当然不是万能公式，但作为起点足够。每次跑完样本，看一眼文件体积和关键细节，再上下微调，就OK了。

5. 三个真实工作流：电商、UI、摄影，分别怎么批

5.1 电商设计：白底图、多规格、角标一次搞定

电商设计最典型的批量需求是：一组商品图要做成多套尺寸，主图还要加Logo角标。我的完整流程是这样的。

先在本地建一个“input”目录放原始商品图，“output”目录放成品。然后在测试图上录制动作：图像大小调整为主规格，比如800×800，画布扩展成正方形白底，置入角标并固定到右上角。用批处理把全部图跑到“output”目录。跑完后，再用ImageMagick一行命令，把刚生成的成品图批量缩放出其它规格：

magick mogrify -path output/600 -resize 600x600 -quality 85 output/*.jpg magick mogrify -path output/400 -resize 400x400 -quality 85 output/*.jpg

注意后面这两条命令里的output/*.jpg会匹配主规格目录下所有JPG，分别缩到600和400两档并输出到对应子目录。角标动作已经在主规格时做完了，后续缩略规格不需要重复加，直接等比缩放就好。如果某个平台要求白底必须纯白，记得在录制动作时把“画布扩展颜色”设为纯白，别用默认的灰色。

5.2 UI设计：切图、命名、多倍图交给脚本

UI设计师的批量问题更偏向切图和多倍图导出。PS的动作可以录，但一旦命名规范改变就得重录，很烦。更高效的做法是提前把设计稿里的图标、组件用“切片”工具切好，然后用脚本导出，或者直接用支持批量导出的工具或插件。

如果不用插件，核心思路是：在设计稿里把不同尺寸的资源分别放在图层组中，脚本遍历图层组，对每个组执行“复制合并 → 缩放 → 导出PNG”。这个逻辑跟前面JSX示例是一样的，只是把“遍历文件”换成“遍历图层组”。这样做的好处是，以后新增一个图标，只需要按命名规范放进组里，跑一次脚本，所有倍图的文件都出来了。命名规则我一般用“iconName@2x.png”这种带倍率后缀的方式，脚本里拼接字符串就可以了。实测下来，一套三倍图导出的时间通常在几秒到十几秒，比手动一张张存快太多。

5.3 摄影后期：Lightroom同步预设，人只做审美

摄影后期如果也一张张丢到PS里去磨，时间会爆炸。Lightroom本身就内置了很完善的批处理思路：先选一批照片，把其中一张的曝光、白平衡、基础影调调好，然后右键“开发设置 → 同步设置”，选择要同步的调整项，整批照片的基础调色就统一了。

统一后再批量导出：“文件 → 导出”里设置输出目录、尺寸、水印、压缩质量，然后保存为导出预设，下次处理同类型的片子直接套预设。RAW文件批量导出JPG的速度取决于电脑配置，100张通常在1到3分钟，跟PS批处理相比，操作路径更顺手。如果还需要加复杂边框、文字排版这类Lightroom做不了的效果，再把导出的图交给PS动作处理，两个工具搭配起来，一个负责调色逻辑，一个负责输出规矩。

6. 我踩过的坑：批处理的翻车现场与兜底策略

6.1 最痛的坑：输出目录写错，原图被直接覆盖

我刚用动作批量处理那年，图省事，批处理的“目标”选了“存储并关闭”，还直接把输出目录设成了源文件夹。跑出来的结果就是原图全被动作中的参数覆盖，还没法等PS里撤销，因为下一个文件已经打开了。那批图我只能找备份重新处理，损失了一整个下午。

那次之后我给自己立了一条铁律：批处理输出目录永远是一个独立的、新建的文件夹，并且动作里绝不包含“存储为原文件名”这类步骤。宁可多建一个目录，也不能拿原图冒险。哪怕是再简单的一次缩放，我也保持这个习惯。

6.2 动作里写死路径，100张图全写进一个文件

另一个高频翻车点是录制动作时，某一步不小心录进了“另存为”，并且文件名是固定的。批处理跑起来后，每一张图都会往同一个路径写，后一张直接覆盖前一张，最后只留下一张图。如果这个问题没被发现，后面所有图都是重复覆盖，等于白跑一遍。

排查这个问题的办法很简单：跑到一半打开输出目录看一下有没有多个文件。更保险的方案是录完动作后，打开动作面板逐条检查有没有“存储为”步骤，有就删掉，让批处理接管输出和命名。

6.3 文件名里的特殊字符，让脚本和命令行一起崩

曾经有一批客户素材的文件名是中文加括号加空格，比如“商品图(精修版).jpg”。JSX脚本跑了几张就报错，ImageMagick命令行遇到带空格的文件名也会被拆开执行。那次我才意识到，批量处理第一步不是调格式，而是先把文件名统一。

后来我养成了一个习惯：批量任务开始前，先跑一个重命名命令，把文件名统一成英文加数字，比如“product_001.jpg”，等处理完再映射回原始命名。别看这一步简单，它能省掉大量莫名其妙的字符编码报错。如果你是Windows环境，用PowerShell跑循环命令时，语法跟Mac的bash稍有一点差异，记得把引号和转义处理好，别直接硬套。

6.4 色彩警告弹窗卡流程，跑一晚上等于白跑

批处理最怕弹窗，尤其是色彩配置警告。这个问题我前面提过，但值得再强调一次：如果别人发给你的图嵌入的配置文件不统一，PS每打开一张都可能弹窗，批处理就卡在那里等人点确定。我有个朋友跑了一个通宵的批处理，第二天早上发现第一张图之后就卡在弹窗上，等于白跑一整晚。

处理跨团队素材时，我会提前在“编辑 → 颜色设置”里关闭“打开时询问”，并在批处理窗口勾选“抑制颜色配置警告”。如果你坚持要保留严格的颜色管理，那就先把图像统一转换到sRGB，再跑批处理，不要在批处理运行时指望弹窗自己消失。

6.5 我的兜底策略：备份、试跑、日志三件套

现在每接到一个批量任务，我的标准动作就是三件套。备份是第一步，源文件目录整体复制一份，哪怕只是改个名放到旁边，也能让你在翻车后全身而退。试跑是第二步，先放一张或三张测试图，确认输出尺寸、格式、命名、色彩都没问题，再放全部。日志是第三步，批处理里把错误记录到文件，跑完后第一件事是打开日志，而不是打开图片。

这套流程看起来很基础，但它才是批量处理不翻车的真正保障。脚本越复杂、图量越大，就越要依赖流程，而不是依赖“这次应该没问题”的直觉。我到现在也不敢说自己的批处理从不报错，但因为这三件套，报错之后我基本都能在十分钟内定位到问题，而不是重新处理一遍全部图片。

最后分享一个我现在的习惯。接到批量处理需求，我不再条件反射式地打开PS开录动作，而是先问自己三句话：原文件备份了吗？输出规则确定了吗？这批图里有没有必须单独处理的特殊情况？三个问题都有答案，才去选动作、脚本还是命令行。批处理真正省下的不只是那一两个小时的操作时间，更是把注意力从机械劳动里解放出来，用在真正需要审美判断的地方。工具从来只是最后的方案，把流程想清楚，才是“1分钟处理100张图”的底气。