张云雷宝宝前两个月我整理一批旧素材，游戏项目的贴图统一要 png。文件倒不多，两百来张 jpg，真要一张张用看图软件另存为，能折腾一晚上。于是我就想写个 bat 脚本，把 jpg 格式转 png 格式这件事彻底自动化。后来发现这个需求比我想象中普遍得多，搜索词里常年挂着“bat脚本 jpg png”，还有一堆人问微信 dat 转 jpg、视频拆 png 序列、dcm 转 png 之类的问题。这篇文章就围绕 jpg 转 png 这一个点，把你可能遇到的每个问题都拆开讲清楚。
我不打算只丢一个现成脚本给你就完事。脚本背后那套原理、路径里带空格为什么报错、bat 文件为什么一保存就闪退、批量转几千张图怎么提速，这些坑我都踩过。你跟着走一遍，以后自己就能写类似的批处理，不用再到处复制粘贴。
1. 你需要用 bat 做 jpg 转 png 的真实场景，以及格式转换的本质
1.1 我是什么时候开始写这个批处理脚本的
很多人以为 jpg 转 png 是件特别简单的事，打开画图、另存为、选格式，两步就够了。这话没毛病，但只适合一两张图。
真正让人崩溃的是批量场景：某个目录下堆了几百张 jpg，游戏引擎只认 png；电商平台要求主图必须是 png；公众号排版需要统一素材格式；又或者你刚接到一个任务，要把一个旧项目里的所有 jpg 切图换成 png，文件名还不能变。手动一张张右键另存为，手速再快也架不住量大，点到最后眼睛都花了。
我第一次遇到这种批量转换是在整理 UI 资源的时候。当时项目要求所有贴图使用 png，因为 png 支持透明通道，ui 切图经常要保留半透明阴影效果。而旧资源里大量是 jpg，jpg 不支持透明，遇到圆形按钮或者带投影的图标会带一圈白底，非常难看。那时候我还没写 bat，用的是一款国产看图软件的批量转换功能，功能是够用，但每次都要打开软件、选目录、选输出格式、点转换，流程很繁琐，而且公司电脑上不一定允许随便装软件。
后来我意识到，Windows 系统本身带 PowerShell，bat 脚本天然能调用它，完全不需要额外安装任何东西。于是我开始写自己的转换脚本，从最简单的单文件版本，慢慢迭代到支持递归子目录、拖拽转换、防止覆盖的完整版本。整个过程里踩的坑不少，但最终脚本稳定运行之后，几百张图几秒钟就能处理完，这个效率是手动操作根本比不了的。
1.2 jpg 到 png 到底发生了什么：转换不等于质量升级
只要做过图片工作的人都知道 jpg 和 png 的区别，但很多新手有个致命误解，觉得“png 格式更高级，jpg 转 png 之后画质一定会变好”。这里必须先把话说明白：jpg 是一种有损压缩格式，它在编码时会丢弃一部分人眼不太敏感的图像细节；png 是一种无损压缩格式，它会把像素数据完整保留下来。当你把 jpg 转成 png，实际上只是把已经丢失过的细节重新“装进”一个无损的容器里，原本丢失的细节并不会回来。
打个比方，jpg 相当于你用手机拍了一张照片，又在聊天软件里发了一次，对方保存下来；png 相当于把原图又重新复制了一份到新文件夹。聊天软件那次已经压缩过的图，不管你复制多少遍，都不会变回原图。所以 jpg 转 png，本质上是“有损数据被无损容器保存”，而不是“有损数据被修复成无损”。
对 UI 素材、文字截图、程序生成的图标这类图来说，它们本身可能保存成 png 会更合适，从源头就应该是 png。但如果手里只有一份 jpg，转到 png 后文件体积通常会变大，可能大三四倍甚至更多，因为 png 要逐像素保存这些信息。文件体积变大是正常的，不代表图片变清晰了。
那 jpg 转 png 到底图什么？主要图两点：第一，后续如果在 png 上继续做处理，比如加文字、加覆盖层、再次保存，不会再产生二次有损压缩；第二，png 是很多游戏引擎、网页框架、自动化工具的通用输入格式，整个工作流需要统一格式。也就是说，转换价值在“流程兼容”和“避免二次损失”，而不是“提高画质”。
这些原理听起来偏理论，但它直接解释了后面很多现象。你可能会遇到这样的情况：转换完的 png 文件比原 jpg 大很多，就怀疑脚本有问题。其实没坏，是格式特性决定的。
1.3 为什么是 bat，而不是 Python 或在线工具
在做技术选型时，我首先排除的是在线转换工具。不说上传下载有多慢，单是“把公司内部素材传到第三方服务器”这一条，在很多场景下就是合规问题，根本不能碰。再加上在线工具往往有文件大小限制、转换数量限制，用起来很不自由。
Python 当然也能做，用 Pillow 库几行代码就搞定，但前提是目标电脑上装了 Python 环境。现实情况是，很多运营同事、设计同事的电脑上压根没有 Python，让他们自己装环境不现实。bat 脚本就完全没有这个依赖，因为只要是 Windows 系统，PowerShell 基本都在，bat 本身又是系统自带的脚本解释器。你把一个 .bat 文件发过去，对方双击就能跑。这种可分发性，是 Python 脚本比不了的。
还有一类场景是“嵌入到更大的批处理流程里”。平时你可能听过很多人搜“c盘清理脚本 bat”，这类脚本把日志清理、临时文件删除、格式转换等操作串联在一起，bat 是天然的流程编排者。如果只是其中一步需要 jpg 转 png，你也不可能专门为这一步去装 Python。bat 内部调用 PowerShell 完成转换，前后步骤继续用 cmd 的命令，整个流程就打通了。
那 bat 的缺点是什么？性能差、错误处理弱、语法老旧。它每转换一张图都要启动一次 PowerShell 进程，启动过程本身要几百毫秒。转换几百张图时还好，几千张时会明显变慢。但在大部分现实场景里，“慢一点但能跑”远比“快但跑不起来”更实用。后面我也会给一个用 ImageMagick 提速的替代方案，属于同一个思路的进阶版。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 第一版转换脚本：从零开始跑通最小可用版本
2.1 动手前先改两个 Windows 设置
很多人写 bat 脚本第一步就翻车，不是因为代码写错了，而是文件保存方式不对。首先你得让 Windows 显示文件扩展名，否则你新建一个文本文档，改名成 convert.bat，结果可能还是 convert.bat.txt，双击打开还是记事本，根本不会执行。
打开任意文件夹，在顶部菜单“查看”里勾上“文件扩展名”。Windows 10 和 Windows 11 都在这个菜单下，找一下就看到了。设置好之后，新建文本文档，改名为 jpg2png.bat，文件图标会变成一个齿轮或窗口样式的批处理图标，这时候才是真正的 bat 文件。
第二件事是编辑器选择。你完全可以只用记事本写，但记事本对中文编码处理有些历史遗留问题。我建议安装一个 Notepad3 或 VS Code，哪怕只是打开文件确认编码，也方便很多。如果没有，记事本也够用，但保存时要注意编码选项。
2.2 完整脚本代码：可以直接复制使用
下面这个版本是我平时最常用的“工具箱底座”，它会把当前目录下所有的 jpg 和 jpeg 文件转成 png，同时自动跳过已经存在的 png 文件，避免重复转换覆盖。
bat复制@echo off
setlocal enabledelayedexpansion
pushd "%~dp0"
echo 开始将 jpg/jpeg 转为 png ...
echo.
for %%F in (*.jpg *.jpeg) do (
set "name=%%~nF"
if not exist "!name!.png" (
powershell -NoProfile -Command "$img=[System.Drawing.Image]::FromFile('%%F'); try { $img.Save('%%~nF.png', [System.Drawing.Imaging.ImageFormat]::Png) } finally { $img.Dispose() }"
echo 已转换: %%F
) else (
echo 跳过: !name!.png 已存在
)
)
echo.
echo 全部处理完成。
pause
把这段代码复制到记事本，保存时选择 ANSI 编码。如果你用的是简体中文 Windows，ANSI 对应的就是 GBK，这样脚本里的中文注释和输出不会乱码。如果你的系统是繁体系统或者其他语言，建议先把 chcp 65001 加到第一行，再把脚本存成 UTF-8。
保存好后放到一个全是 jpg 图片的文件夹里，双击运行。你会看到窗口逐行打印转换结果，最后停在“全部处理完成”并提示按任意键退出。
2.3 逐段解释这个脚本在做什么
很多人只会复制脚本，一旦出问题就抓瞎。我建议你至少看懂每行在干嘛，这样以后改起来才有底气。
第一行 @echo off，作用是关闭命令回显。如果没有这行，bat 执行时会把每一条命令原样打在屏幕上，非常乱。加上它之后，屏幕上只显示我们主动 echo 的内容。
第二行 setlocal enabledelayedexpansion，开启延迟变量展开。这里不细说，后面“踩坑合集”会专门讲，你只要记住：在 for 循环里想动态读取变量，没有这行很容易出诡异问题。
第三行 pushd "%~dp0"，意思是把当前工作目录切换到 bat 脚本所在的目录。这个细节很多脚本都没有，但特别重要。如果你从命令行直接敲 C:\tools\jpg2png.bat 运行脚本，而实际图片在 D:\images，那脚本就会在 C:\tools 目录下找 jpg 文件，结果自然找不到。加上 pushd "%~dp0" 后，无论你从哪里启动脚本，它都先去脚本自己所在的目录里干活，符合大多数人的使用习惯。
接下来是核心 for 循环：
bat复制for %%F in (*.jpg *.jpeg) do (
批处理里遍历文件用 for %%F，注意两个百分号。这是 bat 写在文件里的固定语法，不是你写错了。它会把当前目录下所有匹配 *.jpg 的文件名依次赋给变量 %%F，每赋值一次，执行一次括号里的内容。同时用 *.jpg *.jpeg 两种后缀，覆盖了 jpg 和 jpeg 两种常见扩展名。
循环体里第一行 set "name=%%~nF"，%%~nF 表示取 %%F 的文件名部分但不带扩展名。比如 %%F 是 logo_01.jpg，name 就被设置成 logo_01。
然后 if not exist "!name!.png" 检查输出文件是否已存在。如果不存在才执行 powershell 命令，否则打印跳过信息。这条检查能防止你可能已经手动转换过一部分图后，再跑脚本时重复覆盖。
核心的 powershell 命令是这一行：
bat复制powershell -NoProfile -Command "$img=[System.Drawing.Image]::FromFile('%%F'); try { $img.Save('%%~nF.png', [System.Drawing.Imaging.ImageFormat]::Png) } finally { $img.Dispose() }"
它做的事情是：启动 PowerShell，加载 .NET 的 System.Drawing 图像库，用 FromFile 打开当前 jpg 文件，然后用 Save 方法以 PNG 格式保存。名字直接用 %%~nF.png，相当于把扩展名从 .jpg 换成 .png。try...finally 确保文件资源最后被正确关闭，不关的话图片会被占用，下次想删除或覆盖就报错。
脚本末尾的 pause 很重要。双击运行时，如果执行完没有暂停，窗口会一闪而过，你根本看不清结果。加上 pause 后窗口会停留，按任意键才退出。日常调试时，这也是保留现场的好方法。
3. 拿去就是踩坑合集：路径、编码、变量延迟和重名覆盖
3.1 路径里有空格和中文时，脚本为什么容易失效
很多 bat 教程写得太理想化，假设路径都是 C:\test\a.jpg 这种纯英文、无空格、无特殊字符的路径。现实根本不是这样，公司共享盘可能叫 D:\产品素材\最终文件 (final)\设计稿 2025\品牌 logo.jpg。这种路径跑到你的转换脚本里，十个有八个会报错。
原因在于 cmd 解析命令时把空格当成参数分隔符。路径里有空格，FromFile 拿到的路径就是断的。解决办法有两个，而且必须同时用上。
第一，所有文件路径必须用英文双引号包起来。所以你要写成 FromFile('%%F')，而不是 FromFile(%%F)。在 bat 里正确的写法是 FromFile('%%F') 或 FromFile("%%F")，具体用哪种取决于 PowerShell 字符串语法。我的脚本里用的是单引号包住，因为 PowerShell 的单引号表示纯字符串，不会对内部内容做变量展开，最安全。
第二，批处理里用 pushd "%~dp0" 把工作目录切到脚本目录，后面 for 循环匹配到的 %%F 就都是相对路径，不太容易出现绝对路径过长的问题。但如果你把脚本丢到一个路径特别深的目录，仍然要小心 Windows 路径长度限制，老版本的 cmd 对超过 260 个字符的路径会直接罢工。
至于中文路径，主要问题出在编码上。如果 bat 文件保存为 ANSI（GBK），且系统区域设置和文件编码一致，PowerShell 通常能正确接收到中文路径。但如果 bat 保存成 UTF-8 且没有 chcp 65001，PowerShell 拿到的字符串可能是一堆乱码，转换必然失败。我的建议是，不太熟悉编码机制时，先用纯英文路径跑通，然后再逐步加入中文路径，或者干脆把 chcp 65001 和 UTF-8 编码作为标准配置。
3.2 bat 文件编码不对，为什么会闪退和乱码
有一次我把脚本发给老婆用，她双击后窗口一闪就没了，什么提示都没留下。我远程一看，文件被我保存成了 UTF-8 编码，里面又有中文 echo，cmd 默认代码页解析起来突然碰到不可识别的字节，直接终止执行。更诡异的是，有些机器上闪退，有些机器上乱码，完全看系统设置。
解决方法很固定：在简体中文 Windows 上，记事本“另存为”时选择 ANSI 编码。如果你用其他编辑器，把文件编码设置成 GBK 或 GB2312。如果你实在想用 UTF-8，那就在脚本第一行加上 chcp 65001 >nul，把控制台代码页切到 UTF-8，再执行后续命令。注意 chcp 65001 在一些老版本 Windows 上对部分命令兼容性不好，能不用就不用。
怎么判断当前脚本的编码？用 VS Code 打开右下角会显示编码类型，Notepad3 也会在状态栏展示。用记事本打开后另存为也能看到当前编码。这个坑一旦踩过，以后看到 .bat 文件第一反应就是先看编码。
3.3 变量延迟展开：批处理里那对感叹号到底是怎么回事
初学批处理的人，最容易在 for 循环里遇到一个诡异现象：循环里明明 set 了一个变量，下一行立即 echo %var% 却打印出空值或者上一次循环的值。
比如这段代码：
bat复制@echo off
setlocal
for %%F in (*.jpg) do (
set "name=%%~nF"
echo %name%
)
你以为是 输出 每个 文件的 名字，但实际运行时每一行都是空或者最后一个值。原因是 cmd 解析 for 循环体时，会先把整个括号块读进来，然后一次性做变量展开。%name% 在解析那一刻就被替换成当时的值，而那时 name 还没被设置，当然为空。后面几次循环，它也不会重新展开。
解决办法就是开启延迟变量展开。在脚本开头加上 setlocal enabledelayedexpansion，然后循环里用 !name! 代替 %name%。感叹号告诉 cmd：这个变量别在解析时展开，等到运行时再去读当前值。
我写的核心脚本里，if not exist "!name!.png" 和 echo 跳过: !name!.png 已存在 都用了感叹号，原因就在这里。如果你把这两处改成 %name%，大概率会遇到判断全部失效、输出全是旧值的问题。
这个坑还有一个连带作用：如果文件名里本身带感叹号，比如 photo!1.jpg，启用延迟变量展开后，感叹号会被当成变量边界解析，同样导致路径错误。遇到这种极端场景，建议改用后面讲的拖拽脚本或 ImageMagick 方案，绕开这个问题。
3.4 同名 PNG 被覆盖，源文件被占用怎么办
脚本里我特意加了 if not exist "!name!.png" 判断，核心目的就是防止覆盖。有些场景下你可能就是想覆盖，那把这行判断去掉即可。但更多时候，目录里可能已经存在你手工处理过的 png，万一脚本自动重新转换，把特意调校过的文件覆盖掉，那就亏大了。
还有一个同样的坑是“目标文件被占用”。如果你的电脑上正用图片查看器打开某张 png，然后运行脚本去覆盖它，PowerShell 会报“文件正由另一进程使用，因此该进程无法访问此文件”。这时候不是脚本写错了，而是文件被占用，关掉看图软件重新运行即可。
批量转换时还要注意，PowerShell 进程对源文件的占用。虽然我用 try...finally 确保每张图用完就释放，但如果某个转换中途报错，进程异常退出，文件可能被锁住。这时候可以用任务管理器杀掉所有 Windows PowerShell 进程，或者重启电脑解决。小场面，不用慌。
3.5 转换后 EXIF、颜色信息会丢失，不只是格式变化
很多人没注意到，用 System.Drawing 保存 PNG 时，原始 jpg 里的 EXIF 信息（拍摄时间、相机型号、GPS 坐标、镜头参数等）会被直接丢掉。如果你只是从相机里导出一批 jpg，想转成 png 存档，转换后你会发现所有照片属性里的拍摄信息全没了。这对我这种偶尔需要整理摄影素材的人来说，比较难受。
颜色配置文件（ICC Profile）也可能丢失。同一张 jpg，在不同显示器上看颜色也许没问题，转成 png 后如果色彩管理信息丢了，颜色可能会发灰或者偏色。这和热搜词里有“tif 导出 jpg 发灰”是同一个道理，都是色彩管理没处理好，而不是转换工具坏了。
如果你的工作流里图片的拍摄信息和色彩信息很重要，就不能用这个脚本。改成用 exiftool 先把 EXIF 导出，转换后再写回，或者直接用支持保留元数据的专业工具。如果只是处理 UI 素材、截图、网络图这种不需要元数据的文件，那这个脚本完全够用。
4. 进阶版脚本：拖拽转换、递归子目录和指定输出目录
4.1 把图片直接拖到 bat 图标上转换
基础脚本只能转换“当前目录”里的文件。但很多时候，图片散落在不同文件夹，我不可能把脚本复制到每个文件夹里。更自然的操作是：我把几十张图片直接拖到 bat 文件图标上，然后松手，脚本自动处理。这个需求靠拖拽参数实现。
bat 脚本可以接收“拖到它身上”的文件作为参数，拖一个文件对应一个参数，拖十个文件就对应十个。%1 是第一个参数，%2 是第二个，以此类推。但更灵活的方式是用 %* 表示所有参数，然后配合 shift 逐个取出来处理。
bat复制@echo off
setlocal
:loop
if "%~1"=="" goto done
set "src=%~1"
set "dst=%~dpn1.png"
powershell -NoProfile -Command "$img=[System.Drawing.Image]::FromFile('%src%'); try { $img.Save('%dst%',[System.Drawing.Imaging.ImageFormat]::Png) } finally { $img.Dispose() }"
echo 已转换: %~nx1
shift
goto loop
:done
pause
这里用了 %~f1 或 %1 对文件路径进行展开。%~n1 是文件名，%~x1 是扩展名，%~dpn1 是“路径+文件名（不含扩展名）”，%~nx1 是“文件名（含扩展名）”。组合起来，%~dpn1.png 就是同目录下同名但扩展名为 .png 的完整路径。
这段脚本不用循环遍历目录，而是直接处理拖进来的文件，省去 pushd 和 for 的很多麻烦。缺点是每次要手动把文件拖过去，适合十来个文件的场景，几百个文件显然还是直接放目录里跑基础脚本更舒服。
4.2 递归处理整个素材库，子目录也不放过
如果你的素材库是树状结构，根目录下有几十个子文件夹，子文件夹里还有子文件夹，手动一层层切换目录跑脚本绝对会疯掉。这时候用 for /r 递归遍历，一行代码解决所有问题。
bat复制@echo off
setlocal enabledelayedexpansion
pushd "%~dp0"
for /r %%F in (*.jpg *.jpeg) do (
set "name=%%~nF"
set "folder=%%~dpF"
if not exist "!folder!!name!.png" (
powershell -NoProfile -Command "$img=[System.Drawing.Image]::FromFile('%%F'); try { $img.Save('%%~dpnF.png', [System.Drawing.Imaging.ImageFormat]::Png) } finally { $img.Dispose() }"
echo 已转换: %%F
)
)
echo 处理完成。
pause
for /r 后面跟一个通配符，它就会从当前目录开始，递归搜索所有子目录，把每个匹配的文件路径交给循环体。我把 %%~dpF 保存到 folder 变量，然后在判断文件是否存在时拼出完整目标路径 !folder!!name!.png。这样每个子目录里生成的 png 都会落在和源文件同一个目录，不会全堆到根目录。
注意，如果目录结构特别庞大，递归时会把 png 文件也搜进来，但 *.jpg *.jpeg 通配符已经限制住了，不会误伤 png。如果你遇到一个目录下既有 .png 又有 .jpg，或者你希望转换时不要动某些备份文件夹，那就得在 for 循环里加条件过滤，或者把备份目录先移出去。
4.3 输出到 _png 文件夹，源文件一碰都不碰
有些人比较谨慎，不想在当前目录生成一堆 png 文件，怕和 jpg 混在一起不好管理。这种场景可以把输出目录统一到一个新建的 _png 子文件夹。转换出来的文件全部放在里面，源文件目录保持原样。
bat复制@echo off
setlocal enabledelayedexpansion
pushd "%~dp0"
if not exist "_png" mkdir "_png"
for %%F in (*.jpg *.jpeg) do (
set "name=%%~nF"
if not exist "_png\!name!.png" (
powershell -NoProfile -Command "$img=[System.Drawing.Image]::FromFile('%%F'); try { $img.Save('_png\%%~nF.png', [System.Drawing.Imaging.ImageFormat]::Png) } finally { $img.Dispose() }"
echo 已转换: %%F -^> _png\!name!.png
)
)
echo.
echo 已保存到 _png 文件夹。
pause
核心变化是先把目标路径写成 _png\%%~nF.png，并用 mkdir 确保这个文件夹存在。echo 已转换: %%F -^> _png\!name!.png 里我用了 -^>，因为 > 在 bat 里是重定向符，需要用 ^> 转义成普通字符。如果你不想处理转义，直接写成 echo 已转换: %%F 输出到 _png\!name!.png 就好。
这个版本很适合“只想转一批图，不想污染源目录”的场景。它还能防止目标目录和源目录混在一起时，如果以后还需要把 png 统一拷走，直接复制 _png 文件夹即可。
4.4 和其他批处理任务串联，比如微信 dat 转 jpg、视频拆 PNG 序列
前面提到有很多人在搜“微信 dat 转 jpg”、“把视频拆成 png 序列”。这些需求虽然从格式上一眼看上去和 jpg 转 png 不搭边，但它们背后的思路是一样的：用 bat 做“文件调度”，用底层工具做“像素转换”。微信 dat 文件本质是加密/异或处理过的图片数据，需要专门脚本先解码成 jpg，再用我上面写的转换逻辑变成 png。视频拆 PNG 序列则是用 ffmpeg 从视频里抽帧，抽出来之后可能还要统一转格式、改名、分目录归档。
bat 脚本在这种流程里的定位不是“图像处理引擎”，而是“水管工”。它负责把水从这边引到那边，真正处理水质的是净水器（PowerShell/FFmpeg/ImageMagick）。理解了这层关系，你就能自己拼出很多复合脚本：先用一段命令把 dat 转成 jpg，再调用 for 循环把 jpg 转 png，中间穿插 move、ren、del 等文件操作，一个命令搞定以前需要三个软件轮流做的事。
比如我之前做过一个批量处理项目：从网盘下载了一批带时间戳的 jpg，文件名不规范，需要批量重命名为 scene_001.png 格式。我先用 ren 命令统一文件名，再用 for 循环转换格式，最后按序号用 ren 添加三位数前缀。整个过程就是一个 bat 文件跑到底。如果你现在只是单独做 jpg 转 png，那基础脚本够用；如果你脑子里蹦出了“顺便把重命名也做了”的想法，那你已经进入批处理工作流的世界了。
5. 比你想象的更省事的替代方案：PowerShell 单行、ImageMagick、FFmpeg 和 Python
5.1 不想写文件时，PowerShell 单行命令就能转
如果只是临时转换几个文件，不想新建 bat 文件，直接在 cmd 窗口里敲一行 PowerShell 命令也能完成。比如：
bat复制powershell -NoProfile -Command "$img=[System.Drawing.Image]::FromFile('C:\test\a.jpg'); $img.Save('C:\test\a.png',[System.Drawing.Imaging.ImageFormat]::Png); $img.Dispose()"
换成你自己的文件名即可。这种方式的缺点是手写一长串容易出错，而且处理多个文件时很啰嗦。它适合那种“就一两张图，懒得写脚本”的应急场景。说实话，我平时很少这么用，基本还是用 bat 脚本，因为脚本能重复使用、还能加各种判断逻辑。
如果你比较熟悉 PowerShell，甚至可以写一个专门的 .ps1 脚本，再在 bat 里调用它。这样逻辑层和调用层分得更清楚，可维护性也更好。对于重度的 Windows 自动化使用者，这算是一个值得投入的方向。
5.2 ImageMagick：批量转几千张图时，比 bat 快得多
我前面前调过 bat 脚本性能有限，一个很重要的瓶颈就是每转换一张图就要启动一次 PowerShell 进程。系统开销主要在进程启动，不在图片本身。如果你的素材量是几千张甚至上万张，这种逐张启动的方式会慢到让你怀疑人生。
这时候我会用 ImageMagick，一个跨平台的命令行图像处理工具。安装后你可以在 bat 里直接调用 magick 命令。批量转换整个目录：
bat复制magick mogrify -format png *.jpg
这一行命令会把当前目录下所有 jpg 转成 png，而且是用同一条命令在同一个进程里批量处理，速度远快于逐张调用 PowerShell。注意，mogrify 会在当前目录生成新文件，不会删除源文件，但如果目标目录里已经有同名 png，它可能直接覆盖，需要你自己备份。
如果只想转换单张或指定的多张，可以用：
bat复制magick input.jpg output.png
ImageMagick 还能做缩放、裁剪、加水印、改颜色空间等一大堆操作，非常强大。代价是你需要先安装它，而且命令行参数比较专业，新手会有一段适应期。但对于需要高频、大规模转换的人来说，这个投入非常值。
5.3 FFmpeg 和 Python：处理视频抽帧和特殊图片格式
热搜词里还有一个“把视频拆成 png 序列”，这个需求靠 bat 脚本直接实现很费劲，但用 FFmpeg 配合 bat 就很轻松。FFmpeg 是命令行视频处理神器，一句命令就能按指定帧率抽帧：
bat复制ffmpeg -i video.mp4 -vf fps=1 frame_%%04d.png
这条命令会从 video.mp4 里每秒抽一帧，输出成 frame_0001.png、frame_0002.png 之类的序列。它本身输出的就是 png，所以不需要再做 jpg 转 png 的二次转换。你可以把这条命令写进 bat 里，再加个 for 循环对文件重命名、归档，成为一个完整的视频抽帧工作流。
如果你对“png 白底转换透明 python 代码”这类需求感兴趣，那说明你要的已经不是格式转换，而是图像内容处理。jpg 没有 alpha 通道，转成 png 后依然是一张不透明的底图，不会自动变透明。想让白色背景变成透明，需要做颜色抠除或者边缘检测，这类操作用 Python 的 Pillow 库或者 OpenCV 更合适。
比如用 Pillow 简单实现“白色近似区域变透明”，核心代码是遍历像素，把接近白色的像素 alpha 设为 0。这已经涉及图像分割算法了，bat 和 PowerShell 都做不顺，这时候别再折腾批处理，直接用 Python 反而简单。
还有“dcm 转 png”这种医学影像格式转换，也超出了 bat 的职责范围。DICOM 格式里除了像素，还包含大量医学元数据，用通用图像库打开经常会出问题，必须用 pydicom 或专业医学影像软件来处理。bat 能做的是把处理命令包装成一个双击可运行的脚本，但真正干活的还是背后的专业工具。
5.4 我的建议组合
我现在的选择逻辑基本是这样的：如果只是几个文件、几十个文件，用我自己写的 bat + PowerShell 脚本，足够顺手，零依赖；如果是几百个文件且源文件都是常见格式，优先用 ImageMagick 的 mogrify 批量转换；如果涉及视频抽帧，用 FFmpeg；如果涉及透明背景处理、批量裁剪、调色、批量重命名且文件名规则复杂，直接用 Python 写个小工具。
这套组合兼顾了“方便”和“效率”，也不要求你在一棵树上吊死。bat 脚本从来不是万能钥匙，但它是很多 Windows 自动化流程里最合适的那把钥匙。
还有一个容易被忽略的点：无论你最终用哪种方案，转换前最好先备份原图，或者至少让脚本有防覆盖机制。我的 bat 脚本里那个 if not exist 判断，就是给这个场景兜底的。真到了转换错误、原图又被覆盖的时候，你会非常感谢当初写下的这几行判断。
最后分享一个我实际踩过的教训。有次我图省事，把脚本的 if not exist 判断去掉，直接全量覆盖转换，结果把一张已经用专业软件调好的 png 覆盖成了默认转换版本，原来的半透明细节全被抹掉了。从那以后，我对“自动覆盖”这件事特别警惕。写任何批处理脚本，我都会先问一句：这行命令跑完，如果出错了，我能恢复吗？如果你不想让脚本搞砸你的素材，第一原则就是保留原文件、避免无脑覆盖。这个原则比你用哪个工具都重要。