无限制图像压缩
拖入 JPEG 或 PNG，在浏览器里直接重新编码，效果接近 TinyPNG。没有上传、没有体积上限——真正的约束只有你的设备内存。 JPEG 走 MozJPEG，PNG 走 libimagequant 颜色量化 + OxiPNG 无损优化。编解码器（约 1 MB WebAssembly）首次使用时从 CDN 加载，会自动在 jsDelivr / Fastly / Gcore / unpkg 之间回退；图片本身不会离开浏览器。
大图提示：100MB 的 JPEG 解码后可能占用 500MB 以上内存，处理时页面会短暂卡住属于正常现象。 单张图超过约 1.2 亿像素会被拒绝（WebAssembly 内存上限），此时请先缩小尺寸。 PNG 超过 1677 万像素时会自动改用「采样调色板 + 分块映射」，压缩率略低于真实 TinyPNG，但仍然可用。
关于无限制图像压缩
无限制图像压缩是一个完全跑在浏览器里的图片压缩工具。JPEG 用 MozJPEG 重新编码，PNG 先经 libimagequant 做调色板量化，再用 OxiPNG 做无损重压缩。这条链路和 TinyPNG 用的是同一类算法，区别在于没有上传环节，也就没有 TinyPNG 免费版的 5MB 限制。
实际能处理多大取决于设备内存。实测 151MB 的 8000×6000 PNG 在桌面 Chrome 里约 26 秒压到 33MB；上限约为 1.2 亿像素，再大需要先缩小尺寸。编解码器（约 1MB WebAssembly）首次使用时从 CDN 加载，图片数据本身不会离开浏览器。
适合处理截图、设计稿、相机原图这类体积大又不想上传到第三方服务的场景。
能做什么
- JPEG 质量 50–95 可调，支持渐进式编码
- PNG 有损量化，2–256 色可选，保留透明通道
- PNG 无损模式：只用 OxiPNG 重压缩，像素完全不变
- 批量队列处理，逐项显示压缩率、尺寸与耗时
- 无上传、无文件体积上限，只受设备内存约束
- 输出保持原尺寸与原格式，不自动缩放
常见问题
和 TinyPNG 有什么区别？
算法属于同一类（MozJPEG + libimagequant），但没有上传步骤，所以没有 5MB 单文件限制，也不会把图片发到第三方服务器。代价是压缩在本机 CPU 上完成，大图更慢。
图片会被上传吗？
不会。解码、量化、编码全部在浏览器的 Web Worker 与 WebAssembly 中完成，只有编解码器本身从 CDN 下载。
最大能压多大的图片？
约 1.2 亿像素（RGBA 约 480MB）。100MB 级图片在桌面浏览器上可以处理，超过上限会提示先缩小尺寸。
为什么第一次使用比较慢？
首次需要下载并编译约 1MB 的 wasm 编解码器，之后走浏览器缓存。
会改变图片尺寸或透明背景吗？
不会改变像素尺寸。PNG 的透明通道会写入调色板的 tRNS 块保留；JPEG 本身不支持透明，源图的透明区域会按编码器默认方式处理。