常见格式支持较全：ZIP / 7z / RAR / TAR / TAR.GZ / TAR.BZ2 / TAR.XZ / ISO / CPIO，以及 JAR / APK / EPUB / CBZ / CBR 等常见变体。底层是 libarchive 的 WebAssembly 版，但浏览器环境、加密方式、分卷格式和个别边缘归档仍可能影响实际可打开性。

常见带密码 ZIP / 7z / RAR 可以尝试在本工具中解锁；检测到需要密码时会弹出输入框。是否成功还取决于归档的具体加密方式、文件是否损坏以及底层库对该变体的支持情况。工具不做密码破解。

不会。整个解压过程在你本地浏览器的 WebAssembly 引擎里完成，压缩包和密码从未发送到任何服务器。可以在浏览器开发者工具的"网络"面板验证——处理时没有任何对外请求。首次使用会下载约 1 MB 的 wasm 引擎（浏览器缓存后不再下载），之后整个解压过程完全离线。

理论上只受浏览器内存限制。实测 1–2 GB 的压缩包在现代 PC 浏览器可以打开，但大文件列表加载会较慢（需要几秒扫描）。建议：3 GB 以上的大包仍用桌面端 7-Zip 等工具；手机浏览器建议 500 MB 以内以避免内存溢出。

多半是旧 ZIP 的文件名编码问题。历史归档可能用本地代码页而不是 UTF-8，跨系统打开时就会出现乱码。更稳的处理方式是让创建端重新打包为 UTF-8 ZIP，或改用 7z；如果只能处理旧包，优先在桌面端用支持字符集切换的解压器转换。

免安装、跨平台、隐私保护。一次性查看或提取压缩包里的一部分文件时很方便。劣势是浏览器内存、文件系统权限和底层库兼容性都不如原生桌面工具稳定；大文件、分卷包、特殊加密或批量归档场景仍建议 7-Zip、WinRAR、Keka 这类桌面工具。

不支持。多分卷 RAR 需要底层库顺序读取多个独立文件，而 libarchive.js 的 WASM 接口只接受单个 File，浏览器端暂时做不到。建议先在桌面合并——Mac 用免费的 The Unarchiver 或 Keka，Windows 用 7-Zip 或 WinRAR：把所有分卷文件放到同一目录，用桌面工具打开第一卷（.part1.rar 或 .rar），它会自动读取后续分卷解压出完整内容。合并后的单文件如需再在浏览器里处理（比如挑选下载），可以先解压再重新打包为单个 ZIP 上传。

常见原因：(1) RAR v5 + AES-256 的"加密文件名"模式 — 文件列表本身都被加密，需要先输密码才能看到文件，先输密码再看是否显示列表。(2) SFX 自解压 exe — 带可执行头的 RAR，尝试改扩展名为 .rar 再上传。(3) 文件已损坏 — 换源重新下载。(4) 多分卷 RAR — 见上一条，需先在桌面合并。

首次会下载 libarchive 的 WebAssembly 引擎（约 1 MB），下载完成后才能解压第一个文件。浏览器会自动缓存，同一浏览器后续访问无等待。首页和其他工具不受影响——只有进入解压工具并上传文件时才触发下载。

会。勾选的文件会按压缩包内的原始路径（如 docs/images/logo.png）打包到输出 ZIP，目录层级完整保留。如果只下载单个文件，则直接下载原文件不打包。

不会。如果归档内部还包含 ZIP / 7z / RAR，本工具通常把它们当成普通文件列出来，由你决定是否再单独打开。这种设计也能降低误触发嵌套压缩包带来的性能和安全风险。

大部分保留——ZIP / TAR / 7z / RAR 规范都存了文件时间戳，libarchive 会读取并写到导出的 File 对象里。但浏览器 <a download> 机制不保证保留修改时间（浏览器实现差异），下载到本地后通常显示为"下载时间"。如果需要精确时间戳，勾选后打包 ZIP 再下载，ZIP 内部的时间戳是正确的，解开就能看到。