还在把图片上传到云端压缩?试试 LocalSqueeze,一款完全在本地运行的图片压缩工具
传统的在线压缩工具虽然方便, 比如作者经常用的tinify,但是使用起来还是会有一些问题:
而 LocalSqueeze 是一款基于 Electron + React 构建的跨平台桌面图片压缩应用,正好解决了这些问题。所有的图片,从始至终都在自己电脑上处理。
🌓 深色/浅色主题:深色主题很好看
👁️ 实时预览对比:压缩前后可以进行对比,效果一目了然
⚙️ 灵活配置:压缩质量、格式转换等参数可调,配置操作简洁明了
📏 尺寸调整:支持按比例或固定尺寸缩放
📊 压缩统计:详细的压缩报告和节省空间统计
💾 批量导出:一键保存所有处理结果
# 克隆项目
git clone https://github.com/freeany/LocalSqueeze.git
cd LocalSqueeze
# 安装依赖
npm install
# 启动开发环境
npm run start
# 构建生产版本
npm run make
与同类产品的对比
特性 | LocalSqueeze | TinyPNG | Picdiet |
---|---|---|---|
🔒 隐私保护 | ✅ 完全本地 | ❌ 需要上传 | ✅ 本地处理 |
💰 使用成本 | ✅ 完全免费 | ❌ 有限制 | ✅ 免费 |
🚀 压缩效果 | ✅ 优秀 | ✅ 良好 | ⚠️ 一般 |
🔧 自定义选项 | ✅ 丰富 | ❌ 有限 | ⚠️ 基础 |
🌐 跨平台支持 | ✅ Win/Mac/Linux | ✅ Web | ❌ 仅 Mac |
📦 批量处理 | ✅ 支持 | ⚠️ 有限制 | ✅ 支持 |
LocalSqueeze 采用 MIT 开源协议,欢迎社区里的大家贡献和提 issue:
# 项目结构清晰,方便理解和扩展
src/
├── main.ts # Electron 主进程
├── preload.ts # 安全桥接层
├── app.tsx # React 应用入口
├── components/ # UI 组件库
├── views/ # 页面视图
└── server/ # 后端服务
├── compression/ # 压缩核心
├── ipc/ # 进程通信
└── workers/ # 工作线程
LocalSqueeze 不仅仅是一个图片压缩工具,更是对"本地优先"理念的践行。在这个数据满天飞的时代,能有一个 完全在本地运行、免费、压缩效果又好 的图片工具,真的很省心。LocalSqueeze 就是冲着这个目标去的,希望能帮你既压缩图片又保护隐私。
🌟 如果这个项目对你有帮助,欢迎给个 Star 支持一下!
📞 联系方式
让图片压缩回归本地,让隐私保护成为常态。
![]() |
1
RedisMasterNode 7 天前
Hi. Thanks for sharing!
我在 Macbook Pro M1 ( https://support.apple.com/en-hk/111902 ),编译后的安装包提示损坏。 npm run make 可以正常使用,my build: https://drive.google.com/file/d/1lr1gbf7Wn8vVnUxGONHV7aG5h45prVCm/view?usp=drive_link 另外不知道 webp 和 PNG 格式是不是也支持动图的呀,如果是的话就最好啦(没测试过,如果已经支持请忽略,感谢!): - https://en.wikipedia.org/wiki/APNG |
2
fangtu OP hi, 因为我本人的 mac 是 intel 芯片的,我在本地测试了没问题,很抱歉,M1 芯片的我没有正式测试过,是提示 sharp module not found 吗?那可能与打包的环境有关,你可以尝试使用:npm run make:mac:arm64 命令来打包获得构建后的 dmg 包。 动图你指的是 gif 图片吗? 也是可以的
|
3
fangtu OP sorry ,这个 https://zh.wikipedia.org/wiki/APNG 我还没有研究过,后期可以考虑支持进去~
|
![]() |
4
cat 7 天前 ![]() @fangtu 你需要像这样 @他/她 @RedisMasterNode 才会收到你的回复
|
![]() |
5
RedisMasterNode 7 天前
@fangtu 打包没有问题,本地打包的都是可用的。GitHub release 的预打包好的内容不行。根据描述不知道是不是跨平台编译导致的问题。
Anyways ,nice to fix 但是用户也可以本地自己 clone 编译,没有什么困难点,文档写得很清晰了。 额外功能也是 nice to have ,现有的功能挺好的。 |
7
mayli 6 天前
📦 更优雅的技术选型 - 基于 Electron 构建,虽然包体积稍大,但提供更好的跨平台兼容性和用户体验
--- 大就是优雅? 🎯 更强的压缩核心 - 自研压缩算法,压缩效果和处理速度显著优于竞品 --- 佬有自研压缩算法?看了下并没有。 就别吹了,感觉像是 vibe coding 出来的 electron |
8
fangtu OP @mayli 优雅与否,是看他解决了什么问题,以及解决的效果如何,包体积确实是个 trade-off ,但确实是我的技术栈之一,我也没说过大就是优雅,能成熟的跨平台解决方案就足够了。有些图片几十 MB 、几百 MB ,这算很大吗?你使用过软件压缩几十 MB 的图片吗?我自己评测过压缩速度和压缩效果,至少在我的角度表现能力确实很好 。至于压缩算法,我并没有说过完全自研底层压缩算法,是基于业界优秀的开源压缩库进行 智能集成和优化,而且我的技术栈是 js ,算法是基于 sharp 库。有什么问题?关于 vibe coding ,2025 年了,Ai 辅助开发已经是常态了,能准确的调动 AI 协同完成工程的落地,已经成了开发者的核心能力之一了,难道你认为的 vibe coding 就是一句话什么软件都出来了?我认为我开发出来的东西是有价值的,是有实际需求的,而且市面上我暂时没找到好用的,我借助 vibe coding 开发出来一款我认为好用的软件,能解决我实际问题的软件,开源出来,有问题吗?如果调用 AI 完善产品算‘吹’,那 GitHub Copilot 70%的开发者用户都在吹。至于价值,等你用完软件再抨击也不迟
|
9
mayli 6 天前 via Android
> 难道你认为的 vibe coding 就是一句话什么软件都出来了
我评论的是前面两条吹的有点过,看代码像感觉像,别激动,我又没说 vibe coding 咋样,你咋先着急了。 我只是单纯不喜欢小工具包个 electron ,和没事吹自研。 |
10
mayli 6 天前 via Android
比如对比 Picdiet ,说它仅 mac, 你粘贴 ai 生成内容的时候自己看过吗?
|
14
fangtu OP @mayli 文章有些东西我是找的网站上评测,还要谢谢你帮我找出来了有些问题,再次完善一下写这个软件不是为了什么,只是想在职业生涯中留下一些东西。等下次我还是会继续完善然后还是发文,欢迎你来找问题,如果 V2EX 有置顶,评论给你置顶。
|
15
mach9452 6 天前
压缩个图片先安装 100M 的客户端。。不压也罢。一个 node 命令行脚本就能实现的功能没必要搞这么臃肿
|
![]() |
17
aero99 5 天前
让图片压缩回归本地,让隐私保护成为常态。
支持 |
![]() |
19
iorilu 4 天前
这事不是 magick 一行命令就行吗
|