图片压缩 / 格式转换 / Base64

选对格式，比调低质量更重要

图片压缩的第一步不是调质量滑杆，而是选对格式。 JPEG 是有损格式，对照片类连续色调图像效率极高，质量 0.7–0.85 通常肉眼无感， 但它没有透明通道——带透明的 PNG 转成 JPEG 后透明区域会被铺成白底 （本工具已自动为你垫白，避免变成诡异的黑色）。 PNG 是无损格式，对色块分明的截图、图标、线条图是天然优势， 但用它存照片体积会失控——一张照片级图像转 PNG 往往比 JPEG 大十倍。 WebP 同时支持有损与透明，同质量下通常比 JPEG 再小 25%–35%， 现代浏览器与微信内网页均已支持；输出选项里若看不到 WebP，说明当前浏览器编码器不可用。

第二个关键杠杆是像素尺寸。「最大边长」会把图等比缩放后再编码： 一张 4000×3000 的手机原图缩到 1920 长边，视觉损失几乎为零，体积常常先减一半以上—— 这比任何质量参数都有效。网页配图一般不需要超过展示宽度的 2 倍（兼顾高分屏）， 头像 / 列表图 512px 已绰绰有余。

Base64 dataURL 是把图片字节直接编码进文本，嵌入 HTML 的 src 或 CSS 的 url() 后浏览器无需再发一次请求。代价是：base64 每 3 字节膨胀为 4 字符， 体积约增加 33%，且无法利用 HTTP 缓存——所以它只适合图标、小装饰图等 「一张请求换几 KB」的场景，照片永远应该走正常文件引用。 dataURL 里的内容对搜索引擎与爬虫不透明，也不适合承载需要被检索的图片。

一个容易低估的问题是内存：浏览器解码图片后占用内存约等于 宽×高×4 字节，一张 8000×6000 的原图解码后约 190MB——与文件本身多大无关。 手机相册里的超大幅全景照片、几万像素的长图，处理时可能让标签页卡顿甚至崩溃。 这类图请先用「最大边长」缩小尺寸。所有处理都在浏览器 Canvas 完成， 你的截图、合同、证件照片不会经过任何服务器。

图片处理小贴士

• 照片用 WebP / JPEG，截图与图标用 PNG，需要透明就别选 JPEG。
• 先缩尺寸再压质量：长边 1920 对绝大多数网页场景足够。
• 结果比原图大时，多半是原图已被深度优化过，适当降低质量或换格式。
• Base64 只用于小图内联，大图内联会拖慢首屏且无法缓存。
• 刷新、关闭页面即清空全部数据，本站不留存任何图片。