WinRAR（压缩软件）V7.20 简体中文汉化版

　　WinRAR 是一款功能强大的文件压缩与解压缩工具，现已更新至 7.20 版本。此次更新优化固实 RAR 压缩包编辑效率，大幅提升文件删除速度，同时加快超大压缩包打开速度。WinRAR 支持 RAR、ZIP 等多种格式，兼容性强、运行稳定，能轻松应对日常文档、大型文件等各类压缩解压需求。

软件特色

　　1. WinRAR 高达 50％ 以上压缩率，使其成为压缩 / 解压 RAR 格式的首选软件。WinRAR 既可以解压 ZIP 格式的压缩文件，又可以生成 ZIP 压缩格式的文件。RAR 格式一般要比 WinZIP 的 ZIP 格式高出 10%～30% 的压缩率。针对 WAV、BMP 声音及图像文件，WinRAR 其采用独特的多媒体压缩算法大大提高压缩率。

　　2. WinRAR 不但能解压多数压缩格式，且不需外挂程序支持就可直接建立 ZIP 格式的压缩文件，对受损压缩文件的有极强的修复能力。WinRAR 对于在网上下载因头部受损而导致不能打开的 ZIP、RAR 类文件，用 WinRAR 调入后，只须单击界面中的“修复”按钮就可轻松修复，且成功率极高。

　　3. WinRAR 能建立多种方式的全中文界面的全功能（带口令）多卷自解包，并通过“锁定压缩包”来防止人为的添加、删除等操作，保持压缩包的原始状态。

　　4. WinRAR 还可通过命令行方式行使批处理命令。

　　5. WinRAR 完全支援市面上最通用的 RAR 及 ZIP 压缩格式，并且还可以解开 ARJ、CAB、LZH、TGZ 等压缩格式，对於常玩日本游戏的玩家来说，能解压 LZH 格式是最好不过的功能了。

　　6. WinRAR 除了支援这些压缩格式的解压缩功能外，还有分片压缩、资料恢复、资料加密等功能，并且可以可以将压缩档案储存为自动解压缩档案，方便他人使用的好用功能。

常见问题

　　无法压缩文件怎么办？

　　关闭正在使用该文件的程序，确保文件未被占用后再进行压缩。

　　清理磁盘空间，删除无用文件或转移到其他存储设备，保证有足够空间完成压缩。

　　解压失败怎么办？

　　重新下载或传输压缩文件，确保数据完整。若怀疑存储介质有问题，可尝试更换存储设备。

　　仔细检查解压密码，注意区分大小写，若忘记密码，可尝试联系文件提供者获取正确密码。

　　检查并修改解压路径，确保路径存在且有足够权限进行解压操作，如选择根目录或具有读写权限的文件夹。

　　压缩速度慢怎么办？

　　关闭其他不必要的程序，释放系统资源，提升 WinRAR 可用资源。若硬件配置长期无法满足需求，可考虑升级硬件，如增加内存、更换性能更强的 CPU。

　　对大量文件进行分类，分批次压缩，避免一次性处理过多文件。

　　调整压缩参数，选择适中的压缩比，如“标准”压缩级别，在压缩文件大小和压缩速度间找到平衡。

更新日志

　　V7.20

　　算法方面，WinRAR 7.20 通过引入了更智能的处理机制，通过尽可能避免不必要的重新压缩过程，显著提升了从“固实 RAR 压缩包（Solid RAR archives）”中删除文件的效率。

　　新版现在会原样复制未受影响的数据，仅重新处理压缩包中发生变更的部分。对于体积巨大或半固实的压缩包，新算法能大幅缩短文件修改后的等待时间，解决了长期以来大文件维护耗时的痛点。

　　自动化归档方面，新版为了能更有序组织文件，在压缩包名称中，用户现在可以自动整合完整的星期和月份名称。

　　新版还简化与扩展命令行开关（Switches），在兼容现有工作流程前提下，使用更简洁的语法，在一个开关中合并多个设置，并在需要时重置固实压缩包数据。

　　在日常交互方面，WinRAR 7.20 支持用户将搜索结果直接复制到剪贴板，便于后续记录或分享。

　　性能方面，WinRAR 显著优化超大型压缩包的打开速度（官方日志并未提供量化数据），并特别优化解压 TAR 格式（包括 TAR、TAR.GZ、TAR.XZ 等）文件速度。

　　支持 40 多种语言，兼容 Windows 11、Windows 10 和 Windows 8.1，此外，Linux、FreeBSD 和 MAC OS X 用户也可获取最新的命令行版本。

　　V7.13

　　现已修复与 WinRAR 7.12 中不同的另一个目录遍历漏洞。

　　已修复 WinRAR 7.12 的“从文件导入设置”命令无法恢复设置，由 WinRAR 7.12 之前的版本保存这一问题。

　　已修复 WinRAR 7.12 为由 WinRAR 5.21 及更早版本创建的压缩配置文件设置大于指定的恢复大小这一问题。

　　问题修复

　　以前的“生成报告”命令将压缩文件的文件名按原样包含到 HTML 报告中，允许将可能不安全的 HTML 标签注入到报告中。为了防止这种注入，当前版本将 HTML 报告中的 《and》 文件名字符替换为 《and》 字符串。

　　我们感谢 Marcin Bobryk （github.com/MarcinB44）让我们注意到这个安全问题。