同事把一个1.2GB的服务日志目录丢过来，说先压一下再传。我随手用某款常见压缩工具选了“标准”等级，等了快十分钟，出来一个1.1GB的包，几乎没瘦。换成7-Zip，同样一台机器、同样的源文件，选7z格式加LZMA2，压缩等级拉到7，最终体积掉到三百多MB，耗时反而短了一截。这件事之后，我基本把所有需要长期归档或跨网络传输的压缩动作都交给了7-Zip。它是一款开源免费的压缩解压工具，支持7z、ZIP、TAR、GZIP、XZ、BZIP2、RAR（仅解压）、ISO、WIM等几十种格式，既能处理日常的文档打包，也能应付大体积日志、虚拟机镜像、软件安装包这类硬骨头。适合谁看？如果你只用过右键“添加到压缩包”这一层，这篇会把对话框里那些看不懂的选项逐个讲清楚；如果你已经在用命令行批处理，后面几节的参数组合和踩坑记录同样能省你不少时间。压缩和解压看起来是最没有技术含量的操作，但真到数据出错、密码失效、文件名变乱码的时候，会调参数和不会调参数的人，处理效率差出好几倍。
1. 一个1GB日志包压完只小了80MB：先搞清楚7-Zip凭什么不一样
很多人对压缩工具的理解停留在“能把文件变小”，但变小的幅度取决于压缩算法对数据冗余的识别能力。文本日志、源码、JSON、CSV这类内容重复度高的数据，压缩率可以做到10:1甚至更高；而已经压缩过的JPEG、MP4、DOCX，再压基本没效果，因为内部冗余早被抽干了。7-Zip之所以在文本类数据上表现突出，核心在于它默认使用的7z容器搭配LZMA2算法，而不是简单套一层ZIP。
1.1 7z容器里装的是什么
7z本身是一个容器格式，它可以装LZMA、LZMA2、BZIP2、PPMd等多种压缩算法的数据流，还支持固实压缩、分卷、AES-256加密、文件名加密、恢复记录这些附加能力。日常用得最多的是LZMA2，它是LZMA的改良版，主要改进在于支持多线程压缩、支持更大的字典、并且在大文件上内存管理更稳。你可以把它理解成“先在一大段数据里找重复片段，给每个片段编号，后面再遇到同样的片段只记编号”。字典就是这张编号表能覆盖的窗口大小，窗口越大，能跨越远的距离找到重复内容，压缩率越高，代价是内存占用和耗时上升。
实测一组数据供参考：一个约600MB的纯文本访问日志，用7z格式、LZMA2、等级5、字典16MB，压缩后约48MB，耗时约两分半；把字典提到64MB、等级7，压缩后约41MB，耗时约四分半。体积只降了不到15%，时间几乎翻倍。这就是为什么不能无脑拉满——收益曲线在某个点之后会明显变平。
1.2 和ZIP、RAR摆在一起看
| 维度 | 7z（LZMA2） | ZIP（Deflate） | RAR |
|---|---|---|---|
| 压缩率（文本类） | 高 | 中 | 高 |
| 压缩速度 | 慢 | 快 | 中 |
| 解压速度 | 中 | 快 | 中 |
| 多线程压缩 | 支持 | 部分工具支持 | 支持 |
| 加密 | AES-256，可加密文件名 | 传统加密弱，AES需扩展 | AES-256 |
| 分卷 | 支持 | 支持但兼容性参差 | 支持 |
| 恢复记录 | 支持 | 不支持 | 支持 |
| 通用兼容性 | 需装7-Zip等工具 | 系统原生支持 | 需装相应工具 |
| 创建 | 免费 | 免费 | 需授权 |
结论很直接：给别人发文件、对方可能没装任何压缩工具，选ZIP最省事；自己归档、追求体积，选7z；收到RAR只解不压。7-Zip能解RAR但不能创建RAR，这一点经常被误解，看到“7-Zip为什么压不出rar”这类疑问，答案就是格式授权问题，不是软件缺陷。
1.3 哪些场景其实不该用高压缩
有一类操作我踩过坑：把一堆小图片、字体文件打成7z再给前端同事，结果对方每次只想取其中一个图标，都得等整个固实块解完。固实压缩会把多个文件串成一个数据流，压缩率高，但随机读取代价大。如果压缩包的使用方式是“频繁按需取单个文件”，宁可牺牲一点体积，把固实块关掉或者设小。反过来，如果是冷备份、整包传输，固实块开到最大反而合适。判断标准就一句话：这个包是“一次性整体消费”还是“长期反复挑着用”。
2. 装完别直接右键：这几项初始设置决定了后面顺不顺
7-Zip安装包很小，一路下一步就完事，但安装向导里有两三个勾选项，以及装完之后工具菜单里的几个全局设置，会长期影响你的使用手感。我见过不少人抱怨“右键菜单太长找不到”“解压出来全是乱码”，追根溯源都是初始配置没调。
2.1 关联格式与右键菜单的取舍
安装时会让你选择关联哪些格式。默认勾选7z、ZIP、RAR、TAR等常见项，如果全选，右键菜单里7-Zip会出现一个二级子菜单，包含“打开压缩包”“解压到当前文件夹”“解压到 xxx\”“添加到压缩包”“添加到 xxx.7z”等条目。这个设计其实比很多工具把所有条目平铺在右键一级菜单里要克制，但如果你还装了其他压缩软件，两套菜单并存依然会显得乱。
我的做法是：只关联7z、ZIP、TAR、GZ、XZ这几个我真正会双击打开的格式，其余保持不关联。关联可以在安装时取消勾选，也可以在装完后打开7-Zip主界面，菜单“工具 - 选项 - 系统”里逐个调整。同一页还有个“级联右键菜单”的开关，勾上之后7-Zip的条目会收进一个子菜单，右键列表更干净。另外注意，7-Zip分32位和64位两个安装包，现在绝大多数机器装64位版本，只有64位版本才能使用超过一定大小的字典和大内存压缩，装错了会在设置大字典时被限制住。
2.2 文件名编码与临时目录
乱码问题的根源在编码。ZIP格式早期没有统一规定文件名编码，Windows上很多工具用系统本地编码写入，而7-Zip、macOS、Linux倾向UTF-8。当压缩包在编码认知不一致的两端来回传，中文名就会变成一堆问号或方块。7-Zip在“工具 - 选项 - 7-Zip”标签页里有一个“文件名编码”相关设置，可以针对ZIP指定读取时使用的编码，比如选择简体中文对应的代码页，能救回不少老包。自己创建压缩包时，用7z格式基本不用担心这个问题，7z内部统一用UTF-8记录文件名。
临时目录也值得看一眼。7-Zip在压缩或解压大文件时会往临时目录写中间数据，如果系统盘空间紧张，操作到一半报“磁盘空间不足”就很尴尬。在“工具 - 选项 - 文件夹”里可以把工作文件夹指到大容量分区。这个设置在处理几十GB的镜像文件时尤其重要，我遇到过一次解压虚拟机镜像，C盘只剩几个GB，解压进度条走到八成卡死，换成大分区后才顺利跑完。
2.3 双击打开与“打开压缩包”的区别
7-Zip装完后，双击一个已关联的压缩包，默认行为是进入7-Zip的文件管理器界面，像浏览文件夹一样查看包内内容，而不是立刻解压。这个交互对新手有点反直觉，很多人以为双击没反应。实际上在这个界面里可以选中部分文件再点“提取”，也可以直接双击某个文件用关联程序打开——7-Zip会先把该文件解到临时目录再启动。这个“按需提取”的能力在处理大包时非常有用，第5节会展开讲。
3. 压缩对话框逐项拆解：等级、字典、固实块不是越大越好
右键“添加到压缩包”弹出的对话框，是7-Zip真正的控制台。上面一行是压缩包路径和格式，中间是压缩等级、压缩方法、字典大小、固实块大小、CPU线程数，下面还有加密和分卷两个区域。绝大多数人只改格式和等级，其实中间那几项才是决定压缩率和耗时的关键。
3.1 压缩等级0到9背后变了什么
等级是一个预设组合，改了等级会连带改变方法、字典、固实块、参数等一系列值。大致对应关系如下（具体数值随版本略有差异，以界面显示为准）：
| 等级 | 名称 | 压缩方法 | 典型字典 | 适用场景 |
|---|---|---|---|---|
| 0 | 仅存储 | Copy | 无 | 已压缩文件，只打包不压缩 |
| 1 | 最快 | LZMA2 | 64KB~256KB | 临时传输，速度优先 |
| 3 | 快速 | LZMA2 | 1MB~4MB | 日常文档打包 |
| 5 | 正常 | LZMA2 | 16MB | 默认，通用平衡 |
| 7 | 最大 | LZMA2 | 32MB~64MB | 归档、发布包 |
| 9 | 极限 | LZMA2 | 64MB~128MB | 追求最小体积，可接受长耗时 |
这里有个容易忽略的点：等级9并不总是比等级7小很多，但对内存的要求会陡增。压缩时7-Zip需要的内存大约是字典大小的十倍上下，解压时大约等于字典大小加少量开销。也就是说，一个用256MB字典压出来的包，解压端也要准备两三百MB空闲内存，老机器或移动设备上可能直接失败。给外部交付的压缩包，我一般把字典控制在32MB以内，兼容性和体积取一个平衡点。
3.2 字典大小与内存的换算
字典的单位是字节，界面上常见64KB、1MB、16MB、64MB、256MB、1GB等档位。压缩阶段，LZMA2需要维护匹配查找结构，内存占用约为字典的10到11倍；解压阶段只需要字典本身加上少量缓冲，约为字典的1倍多一点。举个具体例子：字典设64MB，压缩时内存需求约700MB左右，解压时约70MB。这就是为什么“压缩端配置很高、解压端却跑不动”的情况会出现——你按自己的高配机器设了参数，接收方是台内存紧张的旧设备。
还有一个隐性限制：32位版本的7-Zip受地址空间限制，字典不能设得太大，超出范围会被拒绝或者自动降到可用值。如果你在选项里找不到大字典档位，先确认自己装的是不是64位版本。
3.3 固实块：体积与随机读取的博弈
固实块（Solid block）的概念是：把多个文件的数据连成一个大块统一压缩，块内后面的文件能复用前面文件的重复片段。块越大，跨文件找到重复内容的概率越高，压缩率越好；但代价是提取块内任意一个文件，都要把整块解压一遍。
默认的固实块大小通常和字典挂钩，比如“等于字典大小”或某个固定值。对源码仓库、文档集合这类“文件多、单文件小、整体一次性使用”的场景，开固实块收益明显，我测过一个上千个小文本文件的目录，开固实比不开体积小约三成。对“包里都是大文件、只需要取其中一个”的场景，比如软件安装包合集、视频素材库，建议把固实块关掉或设小，否则每次取一个文件都要等整块解压。对话框里选“无”即可关闭固实。
3.4 一个容易被忽略的参数：线程数
7-Zip默认使用全部可用核心，但LZMA2的多线程效率并不是线性增长。压缩一个大文件时，多线程能显著缩短时间；压缩大量小文件时，瓶颈在磁盘读写，线程开满反而增加调度开销。我在一台八核机器上做过对比，压缩同一个源码目录，线程设为4和设为8的耗时差不到5%，但CPU占用翻倍，风扇响得厉害。日常使用保持默认即可，只有在后台跑批处理、不想让压缩任务吃满CPU时，才需要手动降到2到4。
4. 加密、分卷和恢复记录：三个救命的附加选项
压缩包里装的东西一旦涉及账号配置、数据库备份、内部文档，加密就不是可选项。7-Zip的加密区域在对话框右下角，输入密码后还有一个“加密文件名”的勾选框。旁边是分卷大小输入框，以及创建压缩包后可以追加的恢复记录。这三项都属于“平时用不上，用上一次就值回票价”的功能。
4.1 AES-256与加密文件名的实际差别
7z格式的加密使用AES-256，密钥由密码经过多轮派生得到。这里的关键区别在于“加密文件名”这个勾选项：
- 不勾选：文件内容被加密，但压缩包内的文件列表、目录结构、文件大小是明文可见的。拿到包的人不需要密码就能看到里面有哪些文件，只是打不开内容。
- 勾选：连文件名和目录结构一并加密，打开压缩包时必须先输入密码，否则连里面有几个文件都看不到。
从保密角度，涉及敏感命名（比如按客户名、按日期编号的内部资料）一定要勾上。代价是打开包时必须先输密码，无法先浏览再决定解不解。另外，7z的加密是对整个数据流做的，密码错误时不会给出“密码错”这种明确提示，通常表现为解压报错或者CRC校验失败，这点在第5节还会提到。
密码强度方面，AES-256本身足够，弱点在人。我见过用四位数字做密码的备份包，这跟没加密差别不大。建议至少十几位、大小写数字符号混合，并且不要把密码和压缩包放在同一个传输渠道里发出去。这话听起来像废话，但实际工作中“密码写在邮件正文、附件就是加密包”的操作并不少见。
4.2 分卷大小的计算
分卷用于绕过单个文件的大小限制，比如某些传输渠道对单文件有上限，或者要刻录到固定容量的介质上。对话框里填入分卷大小，7-Zip会把压缩包切成多个带序号后缀的文件，例如backup.7z.001、backup.7z.002。
计算时注意两点：第一，单位要写清楚，直接输入数字默认按字节，输入100m表示100MB，输入1g表示1GB，字母不区分大小写。第二，留一点余量。如果你的传输渠道限制是单文件100MB，不要正好填100m，因为文件系统按二进制计算，100m可能对应104857600字节，接近上限时容易被判超限。我一般填95m这种留出几个百分点余量的值。
解压分卷包时，只需要对第一个文件（.001）执行解压，7-Zip会自动按序号找到后续分卷。前提是所有分卷放在同一目录、文件名未被改动。少一个分卷、或者中间某个文件被重命名，解压都会在中途报错。分卷的另一个特性是“不可单独使用”，你不能只拿.003去解出里面那部分内容，必须凑齐。
4.3 恢复记录能救回多少损坏数据
恢复记录（Recovery record）是7z格式的一项容错能力，创建时按压缩包体积的一定百分比写入冗余校验数据。当压缩包因为存储介质老化、传输中断出现局部字节损坏时，7-Zip可以借助恢复记录尝试修复，而不至于整个包报废。
操作路径是：先正常创建压缩包，然后在7-Zip主界面选中该包，菜单“工具 - 修复压缩包”，或者命令行用修复命令。对话框里有恢复记录大小百分比可选，常见1%到10%。百分比越高，能容忍的连续损坏区域越大，包也越大。对于要长期冷备的数据，我会加3%到5%的恢复记录；日常临时传输的包不加，因为传输过程有校验，坏了重传更快。
需要说明的是，恢复记录不是万能的。它能对付局部损坏，对付不了整个文件被截断或大面积覆盖。而且修复操作会生成一个新的修复后文件，原文件保留，修复结果需要自己验证完整性。我一般修复完会用“测试”功能跑一遍，确认没有报错再删原包。
5. 解压环节的四类高频故障与排查路径
压缩很少出问题，解压才是事故高发区。乱码、密码、校验失败、部分提取，这四类问题占了日常求助的绝大多数。每类问题的成因不同，排查顺序也不一样，盲目重下重装往往解决不了。
5.1 中文名变成乱码：编码问题的定位顺序
现象：解压后文件名显示为问号、方块或者一串无法识别的字符。
排查顺序按这个来：第一，确认压缩包格式。如果是7z，文件名统一UTF-8，理论上不该乱码，出现乱码大概率是解压端系统区域设置异常。如果是ZIP，问题就常见得多，因为ZIP的文件名编码没有强制标准，创建端可能用了GBK，解压端按UTF-8解读就花了。
第二，在7-Zip主界面选中该ZIP，点“信息”或者用属性查看，部分版本会显示文件名编码信息。如果没有，就手动试：打开“工具 - 选项 - 7-Zip”，在文件名编码处指定对应代码页（简体中文常见936），重新打开压缩包看是否恢复正常。这个设置只影响读取显示，不会改动原包。
第三，如果是自己创建ZIP要给外部使用，尽量用7-Zip创建并注意选择兼容模式，或者干脆改用7z格式发给对方并附上7-Zip下载指引。跨平台交换文件时，文件名全部用英文数字是最稳妥的做法，虽然土，但不会出错。
5.2 密码明明对却提示错误
7z的加密设计导致密码错误时不会明确告诉你“密码错”，表现通常是解压到某个位置报“数据错误”或“CRC校验失败”。这时候先别怀疑文件损坏，按下面顺序排除：
- 确认输入法状态。全角字符、中文标点、开头多一个空格，都会导致密码不匹配。建议先在记事本里敲一遍密码，确认无误再复制粘贴进去。7-Zip的密码框支持粘贴，但有些版本会过滤掉首尾空格，粘贴后建议手动核对。
- 确认密码是否被加密文件名选项影响。勾了“加密文件名”的包，打开时就要输密码，输错直接进不去；没勾的包能进去看到文件列表，提取时才校验。两种情况报错时机不同，别因为“能看到文件列表”就认为密码没错。
- 确认压缩包是否分卷。分卷包只需要对第一个分卷输密码，但如果分卷不齐，也会在校验阶段报错，容易被误判成密码问题。
如果以上都排除了还是不行，那就接受现实：密码大概率真的不对。7z的AES加密没有可行的暴力破解捷径，网上那些“秒破压缩包密码”的工具针对的是老式ZIP的弱加密，对AES-256无效。
5.3 CRC校验失败与“数据错误”提示
CRC是压缩包内每个数据块的校验值，解压时逐块比对，不一致就报错。触发原因有几类：下载或传输中断导致字节缺失、存储介质坏块、压缩包本身创建时就已经损坏、分卷缺失。
排查链路：先用7-Zip的“测试”功能（主界面菜单或右键）跑一遍，它会列出具体哪个文件、哪个块校验失败。如果只有个别文件报错，说明损坏是局部的，可以尝试用恢复记录修复，或者从原始来源单独重取那几个文件。如果大量文件报错，基本可以判定整个包在传输中出了问题，重新获取比修复更划算。
还有一个隐蔽原因：解压目标磁盘满了或者没有写权限，7-Zip在写入失败时有时也会报出类似校验错误的提示。遇到报错先看一眼目标分区剩余空间，能省去很多弯路。
5.4 只想拿一个文件，却要解压整个包
这是使用方式问题，不是故障。7-Zip支持部分提取：双击打开压缩包进入文件管理器界面，选中需要的文件或目录，点工具栏的“提取”，在弹出的对话框里指定目标路径，只解出选中的部分。
但如果压缩包是固实压缩的，提取单个文件仍然需要把包含它的整个固实块解压一遍，速度不会快。这就是第3节强调固实块要按使用方式设置的原因。另外，如果包内有加密且勾了加密文件名，打开时就要先输密码，无法先浏览再挑。
对于超大压缩包的部分提取，还有一个技巧：在7-Zip文件管理器里可以直接双击包内文件，它会解到临时目录并用关联程序打开，用完临时文件自动清理。适合只想快速看一眼文档内容的场景，不必完整解压。
6. 命令行把重复动作固化：几条常用的7z命令
图形界面适合临时操作，一旦某个压缩动作每天都要做，就该交给命令行。7-Zip安装目录下有个可执行文件，把该目录加入系统环境变量后，就能在任意路径调用。命令行的参数和图形界面对话框是一一对应的，理解了对话框，命令行只是换个写法。
6.1 基础增删改查命令
以下命令基于常见用法整理，参数名以实际版本帮助为准：
# 创建压缩包（a = add） 7z a archive.7z ./logs/ # 指定压缩等级和字典 7z a -mx=7 -md=64m archive.7z ./logs/ # 带密码并加密文件名 7z a -p"你的密码" -mhe=on archive.7z ./logs/ # 分卷，每卷100MB 7z a -v100m archive.7z ./logs/ # 排除特定文件 7z a archive.7z ./logs/ -xr!*.tmp -xr!*.log.old # 列出压缩包内容（l = list） 7z l archive.7z # 测试完整性（t = test） 7z t archive.7z # 解压并保留目录结构（x = extract） 7z x archive.7z -o./output/ # 解压但不保留目录结构（e = extract，所有文件摊平） 7z e archive.7z -o./output/ # 解压单个文件 7z x archive.7z "logs/app.log" -o./output/ # 修复压缩包 7z r archive.7z几个参数说明：-mx对应压缩等级0到9；-md指定字典大小，单位可以是k、m、g；-mhe=on表示加密文件名，仅对7z格式有效；-v后面跟大小表示分卷；-xr!表示递归排除匹配的文件名；-o后面直接跟路径，中间不能有空格。
6.2 批处理里值得用的参数组合
日常最常用的组合是“带时间戳的归档”，比如每天把日志目录打成带日期的包：
7z a -t7z -mx=5 -md=32m "backup_%date:~0,4%%date:~5,2%%date:~8,2%.7z" ./logs/Windows批处理里日期格式随区域设置变化，写脚本前先在命令行里 echo 一下日期变量，确认截取位置正确，否则会生成一堆名字奇怪的文件。
另一个实用组合是“只更新变化的部分”。7-Zip支持向已有压缩包追加或更新文件：
7z u archive.7z ./logs/ -u- -up0q3r2x1y2z1w2u表示更新，后面的-u参数串控制更新策略，用于只添加新文件、跳过相同文件。这个功能适合做增量备份，但要注意它不会删除源目录中已删除的文件，所以不能替代完整的镜像同步方案。
还有一点经验：在脚本里调用7-Zip时，建议加上输出重定向和错误码判断。7-Zip执行成功返回0，警告返回1，错误返回2及以上。批处理里用if errorlevel判断，避免压缩失败却继续执行后续删除操作——这种事故我见过一次，源目录被清理了，压缩包却没生成成功。
7. 长期用下来攒的几条零碎经验
关于“压缩等级选几”这个问题，我的实际习惯是：给外部交付、需要对方快速解压的包，等级5、字典16MB到32MB，兼顾体积和兼容性；自己归档、可能几年才打开一次的冷数据，等级7到9、字典64MB、开固实、加3%恢复记录；只是临时打包传输、过两天就删的，等级1甚至等级0（仅存储），省时间。
关于文件类型，有个简单判断：文本、源码、日志、数据库导出文件值得压；图片、视频、音频、已经打包过的安装程序，压了也白压，直接“仅存储”打包反而更快更稳。把一堆JPEG用等级9压半小时，体积只小2%，纯粹是浪费电。
关于压缩包命名，尽量用英文数字加下划线，避免空格和特殊符号。跨平台传递时，空格和中文名在某些解压工具上会出问题，改个名能省掉一轮沟通成本。
最后说一个容易被忽略的检查动作：任何重要压缩包在发出或归档前，跑一次“测试”。图形界面右键就有，命令行一条7z t，几秒钟的事。它能在你删掉源文件之前告诉你包是不是完整的。我现在的习惯是压缩完立刻测试，测试通过才动源数据。这个动作救过我一次——某次磁盘空间不足导致压缩中断，包看起来生成了，测试一跑全是校验错误，及时重压才没造成损失。压缩工具本身很可靠，但存储和传输环节的意外从来不会提前打招呼，多花几秒钟验证，比事后从备份里捞数据轻松得多。
