Java多线程暴力破解ZIP压缩包密码实战

最新推荐文章于 2026-07-26 12:46:38 发布

原创

最新推荐文章于 2026-07-26 12:46:38 发布 · 187 阅读

1. 为什么我们需要暴力破解ZIP密码？

不知道你有没有遇到过这种情况：几年前自己加密打包了一个重要的ZIP文件，当时觉得密码肯定忘不了，结果现在死活想不起来。或者同事离职前交接的文件是加密的，但他忘了告诉你密码。这种时候，看着那个打不开的压缩包，真是又急又无奈。

传统的做法可能是用一些现成的破解工具，但很多工具要么收费，要么用起来不顺手，更重要的是你不知道它背后在干什么，安全性没法保证。所以，自己动手用Java写一个破解工具，就成了很多开发者的选择。这不仅能解决实际问题，还能让你深入理解多线程编程和密码学的结合应用，算是个挺有意思的练手项目。

我最早接触这个需求，是因为帮朋友恢复一个老项目的源码包。他那个ZIP用了6位纯数字密码，自己试了几百个就放弃了。我当时就想，能不能写个程序自动试？结果一写才发现，这里面门道还挺多。单纯的单线程循环尝试，对于6位数字密码（100万种组合）还能接受，但如果密码包含字母、符号，或者长度增加到8位、10位，那计算量就是天文数字了，可能得跑到天荒地老。

所以，多线程就成了提升效率的关键。简单来说，就是把所有可能的密码组合分成很多小份，让多个线程同时去尝试，这样就能把计算时间大幅缩短。这就像你一个人猜密码和找十个朋友一起猜密码的区别，人多力量大嘛。不过，多线程用不好也会带来一堆问题，比如线程冲突、资源竞争、任务分配不均等等，这些坑我都踩过，后面会详细跟你说怎么避开。

2. 项目核心思路与准备工作

在开始敲代码之前，我们得先把整个项目的思路理清楚。暴力破解ZIP密码，本质上就是一个“猜测-验证”的循环过程。程序需要自动生成所有可能的密码组合，然后逐个尝试用这个密码去解压文件，直到找到那个能成功解压的密码为止。

这个过程听起来简单，但有两个核心挑战：一是如何高效生成密码组合，二是如何快速进行验证。第一个挑战关乎算法，第二个挑战则关乎并发。我们的项目就是要用Java多线程技术，同时攻克这两个难点。

首先，你需要准备一个Java开发环境。我习惯用IntelliJ IDEA，你用Eclipse或者VS Code都行。JDK版本建议用8或以上，因为我们会用到一些比较新的并发API。项目管理用Maven，这样依赖管理会方便很多。

接下来是核心依赖库。我们不会从零开始去解析ZIP格式，那太复杂了。这里我强烈推荐一个开源库：zip4j。它封装了ZIP文件（包括加密ZIP）的读写操作，用起来非常简单。我们在pom.xml里加上依赖就行。

<dependency>
    <groupId>net.lingala.zip4j</groupId>
    <artifactId>zip4j</artifactId>
    <version>2.11.5</version>
</dependency>

注意，我用的版本是2.11.5，比原始文章里的1.3.2新很多。新版本修复了不少Bug，性能也有提升，关键是API更稳定。原始文章里那个版本太老了，有些方法现在都不推荐用了。

除了zip4j，我们可能还会用到commons-lang3来处理字符串，这个看个人习惯。我一般会加上，因为它的一些工具方法确实方便。

<dependency>
    <groupId>org.apache.commons</groupId>
    <artifactId>commons-lang3</artifactId>
    <version>3.12.0</version>
</dependency>

环境搭好，依赖加完，我们就可以开始构思核心模块了。我的设计通常分为三块：密码生成器、解压验证器、多线程任务调度器。密码生成器负责按规则（比如纯数字、数字+字母等）产生所有可能的密码字符串。解压验证器负责调用zip4j，尝试用给定的密码解压文件，并返回成功或失败。任务调度器则是大脑，它要把密码列表分给多个线程，并管理整个破解流程。

3. 密码生成器的设计与优化

密码生成器是破解工作的“弹药库”。它的任务是根据我们设定的字符集（比如是否包含数字、字母、大小写、符号）和密码长度，生成所有可能的排列组合。原始文章里的StringUtil类就是这个作用，但它那个递归生成全排列的方法，在密码长度稍大时（比如超过6位），会直接导致内存溢出，因为它试图把所有组合一次性生成并保存在一个List里。

想象一下，如果密码是8位，字符集包含数字和大小写字母（共62个字符），那么总组合数是62的8次方，这是一个超过218万亿的天文数字。别说存进内存了，就算只是遍历一遍，现在的计算机也得算到猴年马月。所以，我们必须换一种思路：不预生成所有密码，而是按需生成，或者分批生成。

我后来改进的方法是使用“字典迭代器”的思想。我们可以把密码看作一个N进制数，每一位上的数字对应字符集里的一个字符。那么，从一个起始密码（比如全‘0’）开始，每次“加1”，就能遍历所有组合。这样我们只需要在内存中保存当前密码和字符集，而不是所有密码。

这里我写了一个PasswordGenerator类，它实现了Iterator<String>接口，可以一边遍历一边生成密码，内存占用极小。

import java.util.Iterator;

public class PasswordGenerator implements Iterator<String> {
    private final char[] charset; // 字符集数组，如['0','1','2'...'z']
    private final int length;     // 密码长度
    private final int[] indices; // 当前密码每一位对应字符集的下标
    private boolean hasNext = true;

    public PasswordGenerator(char[] charset, int length) {
        this.charset = charset;
        this.length = length;
        this.indices = new int[length]; // 初始全0
    }

    @Override
    public boolean hasNext() {
        return hasNext;
    }

    @Override
    public String next() {
        // 根据当前下标数组构造密码字符串
        StringBuilder sb = new StringBuilder(length);
        for (int i = 0; i < length; i++) {
            sb.append(charset[indices[i]]);
        }
        // 为下一次生成做准备：下标数组“加1”
        incrementIndices(0);
        return sb.toString();
    }

    private void incrementIndices(int pos) {
        if (pos >= length) {
            hasNext = false; // 已经遍历完所有组合

标签