不能。JPG格式本身不支持无损压缩，所有JPG压缩均为有损，sharp等库通过quality参数权衡大小与画质，即使启用withMetadata()保留EXIF，也无法改变其有损本质。
确认 Node 环境是否真能无损压缩 JPG？
不能。Node 本身不处理图像，必须依赖第三方库（如 sharp），而所有 JPG 压缩本质都是有损的——所谓“画质调整”其实是控制 quality 参数在文件大小和视觉保真度间权衡。如果你误以为能“无损压缩 JPG”，那第一步就踩坑了。
真正可行的是：批量读取指定目录下所有 .jpg 和 .jpeg 文件，用 sharp 重编码并写回（或另存），同时保留原始尺寸、EXIF 信息（需显式开启）。
用 sharp 批量压缩 JPG 的最小可行脚本
别碰 GUI 插件，直接写 Node 脚本最可控。以下是一个可立即运行的 compress.js：
const fs = require('fs/promises');
const path = require('path');
const sharp = require('sharp');
const targetDir = './photos'; // 修改为你自己的路径
const quality = 85; // 60–95 合理区间，低于 70 明显失真
async function compressJPGs() {
const files = await fs.readdir(targetDir);
const jpgFiles = files.filter(f => /\.(jpe?g)$/i.test(f));
for (const file of jpgFiles) {
const inputPath = path.join(targetDir, file);
const outputPath = path.join(targetDir, `compressed_${file}`);
try {
await sharp(inputPath)
.jpeg({ quality, mozjpeg: true }) // mozjpeg 更高压缩率
.withMetadata() // 保留 EXIF、ICC 等元数据
.toFile(outputPath);
console.log(`✅ ${file} → ${path.basename(outputPath)}`);
} catch (err) {
console.error(`❌ ${file}:`, err.message);
}
}
}
compressJPGs();
关键点：
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
-
mozjpeg: true开启后压缩率更高，但会略微增加 CPU 开销 -
withMetadata()必须显式调用，否则 GPS、拍摄时间等全丢 - 输出文件名加前缀（如
compressed_）避免覆盖原图——这是最容易被忽略的安全操作 - 不要用
fs.readdirSync，异步批量处理更稳，尤其面对几百张图时
VSCode 里怎么跑这个脚本？
不是装插件，是用终端跑命令：
- 确保已全局安装
sharp：npm install sharp（推荐在项目目录本地装，避免权限问题） - 在 VSCode 内置终端（
Ctrl+`）中执行：node compress.js - 如果报错
Error: Input file contains unsupported image format，大概率是文件扩展名小写不一致（如.JPG），改用正则/\.(jpe?g)$/i已解决 - 若提示
Cannot find module 'sharp'，检查当前终端工作目录是否在含node_modules的文件夹下
为什么不用 ImageMagick 或 Python？
因为你在 VSCode + Node 环境里——硬切工具链反而增加调试成本。ImageMagick 的 convert 命令虽强，但 Windows 下 PATH 配置常出问题；Python 需额外装 Pillow 且默认不保留 EXIF。而 sharp 是纯 JS 可用的 WASM 实现，跨平台一致，API 简洁，错误提示也更贴近 Node 开发者习惯。
真正麻烦的从来不是“怎么压”，而是“压完要不要删原图”“手机拍的 HEIC 怎么办”“某几张图色彩偏色要不要单独处理”——这些得靠后续人工判断，脚本只负责批量执行那一环。
