【开源自荐】MantisZip 能预览,能自动填充密码的解压缩软件

软件名称

MantisZip

应用平台

Windows (跨平台支持已在计划中)

推荐类型

【开发者自荐】

一句简介

MantisZip 是一款面向 Windows 的免费开源压缩/解压工具,主打文件内预览密码管理器等便捷功能。

应用简介

市面上实在是找不到一款好用的免费解压软件,我就自己用AI弄了一个。基本上把我自己想要加入的功能都加进去了。

主打功能:

预览压缩包内文件

可以在压缩包内直接预览 图片文本HTML/MarkdownSVG字体 BT种子等内容。

preview-overview

主要是各种图片

preview-media

以及文档和字体preview-docs

目前有些难度较高的格式,比如word文档和视频音频的播放,还不支持。后续都会补上。

2026年7月8日更新:
从此以后将是按照文件内容探测文件真实格式预览,不再依赖扩展名。

MagicNumber


密码管理器

可以记录密码和匹配规则,在每次打开有密码的压缩包时,会自动尝试。如果匹配则自动后台输入密码。


如果打开的压缩包密码不在密码库,会要求输入密码,默认会把密码存入密码库。

压缩时可以选择从密码库加载旧密码,也可以输入新密码。同样也会默认存入密码库。

从此,再也不会出现"我昨天给压缩包加密码,今天想不起来"的情况了。


右键快捷压缩解压

各个压缩软件都有的右键菜单,快捷压缩解压,智能解压。

将来会增加自定义功能,用户可以自己设定解压参数并

调试日志

用户有的时候遇到问题,反馈给开发者,但是很难拿到日志,导致很难排查。所以我单独加了调试日志。

开启后记录详细操作日志到 debug.log,帮助排查问题。提供隐私脱敏选项,避免泄露用户隐私。

用户如果遇到问题,打开这个选项,复现一次,然后把日志发给开发者。开发者就能用最快的速度找到问题并解决啦。

如果可以的话,遇到问题请到github上提交,感激不尽。


待实现设计方案

以下功能已有独立方案设计文档(.sisyphus/plans/),按优先级排序。

未来将逐渐加入本软件

优先级 功能 设计文档 难度 预估工时 说明
P1 Win11 一级右键菜单 win11-first-level-menu.md :red_circle: 1-2周 IExplorerCommand 实现,HKLM 提权注册,双接口共存
P2 压缩预估 (Compression Estimator) compression-estimator.md :yellow_circle: 4-5h 压缩前估算大小/耗时
P2 MSI 安装包 (WiX) msi-packaging-wix.md :yellow_circle: 2-3h Inno Setup → WiX MSI 迁移
P2 RAR 压缩(外置 rar.exe) rar-compression.md :yellow_circle: 6-8h 通过已安装的 WinRAR 实现 RAR 压缩
P2 压缩包内重命名/移动条目 archive-rename-entry.md :yellow_circle: 3-4h 右键重命名(F2)/移动到…
P2 压缩/解压配置预设 compress-preset.md :yellow_circle: 3-4h 命名预设保存全部设置
P2 嵌入缩略图预览 embedded-thumbnail-preview.md :green_circle: 2-3天 MetadataExtractor(RAW) + Shell API(通用) 两层提取嵌入缩略图;完成后可扩展文件列表缩略图模式
P2 提取日志与解压「后悔药」 extract-journal-undo.md :yellow_circle: 3-4h 解压记录 + 一键回滚
P3 压缩包对比 (Archive Diff) archive-diff.md :yellow_circle: 3-4h 压缩包文件级差异对比
P3 原生图标 DLL icon-dll.md :yellow_circle: 2-3h 将 7 个 .ico 编译进原生资源 DLL,消除路径依赖
P3 可插拔预览模块体系 preview-modular-providers.md :yellow_circle: 3-4h 格式类库独立分发
P3 文件列表自定义列 custom-columns.md :yellow_circle: 4-6h 可自定义显示文件元数据列(文档标题、图片尺寸等)
P3 冻结列(水平滚动时列固定) frozen-column.md :green_circle: 1-2h 右键列标题冻结/取消冻结,分隔线,设置持久化
P3 Office 文档内容预览增强 office-content-preview.md :yellow_circle: 6-8h docx/xlsx/pptx 从仅元数据扩展到富文本/表格/幻灯片文本渲染
P3 ICO 文件自身图标显示 ico-file-icon-extract.md :green_circle: 2-3h ico 文件列表显示自身嵌入图标
P3 右键菜单目录结构预览 :red_circle: 6-8h COM 菜单中展示文件树
:magnifying_glass_tilted_left:调研 跨平台移植可行性 cross-platform-port.md :yellow_circle:中大 2-3月 砍 ShellExt,WPF→Avalonia,WebView2→WebKit,SharpSevenZip→SharpCompress/p7zip,DPAPI→AES-GCM

下载与安装

节点 下载链接 提取码
夸克网盘 https://pan.quark.cn/s/ae193b2aa11b?pwd=mTZH mTZH
百度网盘 https://pan.baidu.com/s/1CJXNu1M1ARkH2hf48mfb-g?pwd=yevn yevn
官方 QQ 群 :backhand_index_pointing_right: 点击加入交流群 (778347352) 无需验证

https://gitee.com/mantis3d/MantisZip


最后

如果你觉得还有什么功能是压缩软件有,但是这个软件没有的,或者还有其他的疑问或想法,可以告诉我。
谢谢。

3 个赞

当务之急是把ui做好看点,你的测试图标甚至都不是一个风格的

3 个赞

不跨平台,说明不是electron,点赞!

另外,预览这些东西是要先临时解压生成临时文件吗?这些临时文件生成在哪里,如何管理?生成临时文件后软件崩溃(没有正常关闭),会不会导致临时文件永久性堆积?

这个应该没有直接关。

用Electron这种跨平台框架不代表软件是跨平台的,具体选择还是取决于开发者。毕竟少一个平台支持就少一份测试成本。

跨平台的软件也不一定是基于web的,移动端就有flutter、kmp之类的(这两个框架也可以用于桌面端),桌面端的跨平台选择就更多了,有不少新软件用的是zed编辑器自家的gpui,而zed和gpui也不是依赖于web的。

即便是基于web的跨平台框架,用的也不一定是Electron、CEF之类的自带内核的框架,可能用的是系统内置的webview2,尤其是tauri框架,tauri的轻量模式在后台可以关闭自己的内核进程,所以在后台很省内存,只有在前台时才占内存。

3 个赞

我估计有win11新版右键菜单(不过这个比较麻烦,得装另一个应用)、智能解压。

另外Bandizip特有的大文件直接拖拽到目录(不需要先保存到缓存文件夹,再由系统复制到目标文件夹)这点还没试过有没有,如果解压文件的两倍大小高于硬盘的剩余容量的话,这个功能还是有用的。

还有写入目录权限不足时自动给解压缩组件提权,比如说可以弹出uac弹窗之类的

那是因为软件里的图标除了logo和从系统获取的图标之外,全是 emoji 啊。:rofl:

后面会重新设计的。

我这个是 .NET 9 + WPF 的,正在把 WPF 迁移到 avalonia。

解压临时文件会在每次程序启动和关闭时自动清理。我也提供了手动清理的功能

话说 electron 这么不受待见吗?

Win11新版菜单已在计划中:

敬请期待。


至于"智能解压"你说的是这个吗?

这个已经有了,不过我正在考虑让它更智能化,比如加入"剥蒜"模式。

这个是我没测试到,会尽快修复。

个人认为,既然写入权限不足,除了本身就有能力使用管理员权限的用户(那也会自行获取写入权限或给软件提权),对其他大多数用户来说这就是保障文件安全和系统稳定的手段,软件像现在这样提示用户无权就足够了(当然最好是把错误信息也翻译清楚)。
从另一个方面说,如果写入权限不足而软件自行调出UAC,对老鸟用户会怀疑软件在干什么坏事,对小白用户就会觉得这软件不好好干活反而弹些警告窗——结果就是把系统的锅转移到自己头上了。反正建议不要越俎代庖。

1 个赞

我用 DO13 是自带预览功能的.

如果要写第三方软件, 主要看预览速度吧, 有些大文件的预览性能很难解决吧?

对呀。

我这个软件灵感就来自于 Total commander 和 DO。

我现在已经限制了超过一定大小(设置里面可以设置)的文件直接不预览,以免影响性能。

我现在正在想办法,看看有些格式的大文件能不能只加载部分数据而预览,比如说文档只显示第一页之类的。或者想办法流送数据。

不过这个就得等我把必要的格式支持都加上之后再做了。

我现在考虑是权限不足的时候会有一个提示,显示哪些目录权限不足,并问用户是否提升权限。

另外,你说的大文件直接拖拽到目录,不走缓存那个,是困扰我最长时间的问题。我这边已经试了六七个方案都不理想。

流式解压到内存,再从内存落盘?

问题在于,以我的理解,程序无法获知你是把鼠标拖到了哪个目录,windows只会告诉程序"鼠标松开了,你把文件给我吧"。所以只能是解压到临时目录然后交给windows去复制。这就是这个问题所在。

如果能获取鼠标拖到了哪个目录,那剩下的就是常规的解压过程。

看起来非常美好,但是一看安装包60m,我只能说个88

原来是这样的问题。系统特性相关的问题,如果Fable5大人还在的话,应该能够轻松解决吧。。。

如果你装了 dotnet runtime,那么你可以安装9m那个。

我刚刚问了AI,等我把 WPF 迁移到 avalonia,安装包大约能压缩到25m。
不过估计至少要半个月之后。