Squish：基于浏览器的图像压缩工具0.03

图：Squish 官网首页，图片拖放区与输出格式、质量设置同屏呈现（2026-11 截图）

定位与基本信息

Squish 是一款开源的在线图像压缩工具，主打一个卖点：批量。它基于 WebAssembly 在浏览器本地完成图片的压缩与格式转换，图片不上传任何服务器，打开官网 squish.addy.ie 即可使用。它由 Addy Osmani 开发——他是 Google Chrome 团队的工程师，但 Squish 是他的个人开源项目，并非 Google 官方产品，这一点需要先分清。项目于 2024 年 12 月在 GitHub 开源（addyosmani/squish），采用 MIT 许可证；截至 2026 年 11 月 11 日核查，仓库约有 1,048 个 Star、115 个 Fork。它支持 JPEG、PNG、WebP、AVIF、JPEG XL 五种格式的互转，并针对传统在线压缩工具「要等上传下载、图片过第三方服务器不放心、批量条数受限」三个痛点做了专门设计。

平台背景

理解 Squish 绕不开 Google 的 Squoosh。Squoosh 是 Google Chrome 实验室 2018 年推出的在线图片压缩工具（squoosh.app，仓库 GoogleChromeLabs/squoosh，约 2.6 万 Star，至今仍在维护），确立了「编解码器编译成 WebAssembly、在浏览器本地压图」的路线，但它的交互是为单张图片精细调参设计的，一次处理一张。Squish 与 Squoosh 没有隶属关系，它的底层编解码来自 jSquash——一个把 Squoosh 所用的同批 WASM 编解码器（MozJPEG、OxiPNG、libavif、libjxl 等）打包成标准 npm 包的开源库，jSquash 官方说明其代码正源出 Squoosh。所以准确的说法是：Squish 与 Squoosh 师出同门、用同一套编码器血统，Squish 在其上补齐了批量处理的产品形态。Squish 本身用 React + TypeScript + Vite + Tailwind 构建。这条「编解码下沉到浏览器本地」的路线，近几年已成为在线小工具的主流做法，原因很实际：图片不上服务器，既省了站方的带宽与存储成本，也绕开了用户对这类工具最大的不信任来源。

核心服务与功能

图：Squish 的 GitHub 仓库主页，含功能列表、技术构成与默认质量设置说明（2026-11 截图）

• 多格式输入输出：可打开 JPEG、PNG、WebP、AVIF、JPEG XL 图片，输出可转为 AVIF、JPEG、JPEG XL、PNG、WebP 五种格式。
• 批量处理与智能队列：支持一次拖入多张图片批量压缩，队列逐张处理大量文件，这是它相对 Squoosh 最核心的差异。
• 成熟编码器：JPEG 走 MozJPEG 编码、PNG 走 OxiPNG 无损优化，AVIF 与 JPEG XL 分别基于 libavif 与 libjxl，WebP 基于 libwebp，均为各格式的主流实现。
• 逐格式质量调节：每种输出格式有独立的质量滑块，自行权衡体积与画质；官方默认值为 AVIF 50%、JPEG 75%、JPEG XL 75%、WebP 75%，PNG 为无损。
• 实时预览与统计：处理时实时预览效果并显示每张图的体积缩减统计，处理完可单张下载，也可点 Download All 打包全部下载。
• 格式谱系完整：五种输出格式覆盖从老牌 JPEG、PNG 到新一代 AVIF、JPEG XL 的完整谱系，同一批原图可以一键转成现役网站常用的 WebP，也能试压缩率更高的 AVIF 做同图对比。
• 纯本地处理：全部计算在用户浏览器内完成，无服务器上传环节，也没有注册与次数限制。

使用方式

使用流程只有四步：打开官网，把图片拖进页面（或点击选择文件）；选输出格式；拖动质量滑块；下载单张或打包全部。全程没有注册、没有条数上限，处理速度取决于本机性能，大图或几十张批量时稍等片刻即可。因为图片始终留在本地，它特别适合处理未发布的产品图、证件截图等不愿经过第三方服务器的图片。处理结果的文件名与原图对应，打包下载得到一个压缩包，省去逐张另存的重复劳动；页面关闭后本地数据即清除，不在任何云端留副本。有动手能力的用户也可以自部署：环境要求 Node.js 18 与 npm 7 以上，克隆仓库、安装依赖后即可本地运行或构建静态站点，这样连对官网可用性的依赖也消除了。

适用人群

它适合需要批量给网站、公众号、电商页面配图瘦身的运营与博主——这类工作往往是几十张图一次性转 WebP/AVIF，单张精修反而浪费时间；也适合注重隐私、不想把图片上传到不明压缩网站的用户。不适合的场景同样清楚：需要对单张图逐项微调编码参数（色度抽样、自定义量化表等）的专业活，Squoosh 的单图精细控制更对口；需要压缩动图、视频或 RAW 的，也不在它的能力范围内。

免费与付费

Squish 完全免费，没有付费版、没有会员、没有广告，代码以 MIT 许可证开源。它的运行成本落在用户自己的设备算力上，官网托管只是静态站点，因此作者也没有向用户收费的必要。对照市面常见的在线压缩站——免费版限张数、限单张体积、下载带排队，付费版按月订阅——Squish 的「打开就用、不限量」是实打实的差异。唯一需要留意的成本是时间：仓库代码自 2025 年 1 月后没有新的推送（截至 2026 年 11 月核查），属于功能已完备、低维护状态的工具型项目；在线站目前正常可用，若日后官网有变，自部署是现成的兜底方案。

优缺点

优点：

• 批量队列 + 打包下载，几十张图一次处理完，这正是 Squoosh 缺失、工作流里最耗时的环节。
• 纯浏览器本地处理，不上传服务器，隐私与速度都不受第三方站点制约，也没有次数与体积的会员式限制。
• 编码器阵容是各格式的主流实现（MozJPEG、OxiPNG、libavif、libjxl），压缩质量有保障，不是玩具级实现。
• 开源、可自部署，官网不可用时仍能自己跑一份长期使用。

缺点：

• 单图精细调参不如 Squoosh：没有逐编码器的高级参数面板，逐张图的设置粒度较粗。
• 项目维护节奏慢，2025 年以来仓库无新推送，新格式或新编码器版本的跟进不要指望。
• 纯本地计算意味着吃本机性能，超大批量或超高分辨率图片可能占用较多内存，低配设备建议分批操作。
• JPEG XL 输出虽好，但浏览器与各平台对它的支持仍在推进中，公开发布前要确认目标平台能正常显示。

同类竞品对比

图：Google Squoosh 官网首页，单图处理模式；Squish 所用编解码正源出其代码体系（2026-11 截图）

浏览器端图片处理工具里，watermark-master（加水印.com）解决的是另一个环节：纯浏览器本地批量加文字水印；edit.photo 则是商业编辑器 Pintura 的官方演示站，提供裁剪、滤镜等在线修图。三者共同点是都在本地处理、不上传图片，分工则分别是压缩、水印与编辑。

注意事项与风险

第一，有损压缩不可逆，AVIF、JPEG、WebP、JPEG XL 的有损模式压完无法还原，压缩前请保留原图备份；PNG 输出为无损优化，体积缩减幅度通常不如转 WebP/AVIF 明显，不要预期过高。第二，格式兼容性要先验证：AVIF 兼容性已较好，是目前给网站配图减负的常用选择；JPEG XL 压缩率优秀但生态支持仍在推进，公开发布前先确认目标平台能否正常显示。第三，批量处理超大图时浏览器标签页可能占用较多内存，出现卡顿就分批进行。第四，它是在线工具形态，官网由作者个人维护，重要工作流建议同时留一份自部署副本，避免官网变动时措手不及。第五，默认质量值只是起点：AVIF 默认 50% 对照片类图片通常够用，但对含文字的截图容易糊边，这类图建议改用 PNG 无损、或调高 WebP 质量单独处理，不要一股脑套同一批设置。整体而言这是四条本组条目里风险最低的一个：不碰账号、不碰系统权限，唯一要管好的是自己的原图备份。