@sagaxu 你那怕是富裕地区吧，我老家最好的学校就是两所公立高中（江西临川，临川一中临川二中），无论师资还是经验还是教学水平。本地的收入水平和地方政策扶持也决定了民办学校并没有多少资本能从这两所榨取了全县所有优秀教育资源的重点高中那里挖来多少人。从外地挖师资来对抗怕是要血本无归。

@lihongjie0209 这是一个专门用来解压缩的类库的具体实现，它并不需要考虑解密的速度，它的设计就只是为了输出解压后的数据，不管你的实际目的是什么，它都会把整个解压缩流程跑一遍。这就好比我坐公交需要刷上下车两次卡，但是我上车没刷卡，下车刷了一次卡，我只需要跑前面再刷一次卡补上就行，并不需要再坐个全程来补全刷卡。
你不要把你的思想局限在具体的类库的调用方式上，你这就好比写个批处理调用 zip 来判断压缩包密码，是非常低效且无脑的。
往大了说，编程就是算法+数据结构。io 并不是必须的。

@augustheart 测试键的比拟不恰当，实际上测试键只是省去了输出，它还是要判断二进制数据是否完整。

@lihongjie0209 读取整个文件只可能用在解压缩的时候，这个时候当然是需要读取所有数据了然后逐块输出。
只是解密的话就相当于在压缩软件上点下测试键。

简单说，无论你签不签，劳动仲裁的流程都先预习一下不吃亏……

你这个操作的前提是想要享受最好的教育资源啊。比如我这个五线小县城混日子就等着毕业南下进厂的初中生需要考虑这个么？

@LostPrayers 好吧，领会错了。因为这个帖就是说压缩文件，我直接想到当初毛子弄的远程破解密码服务了

@LostPrayers 通过服务器破解也不用反复通过网络解密。通过网络一次性传输需要的关键数据后，所有的后续操作都可以在服务端完成。
因为这只是检查密码，而不是整个解压

@lihongjie0209
struct trad_pkware *ctx;
...
if ((ctx = (struct trad_pkware *)malloc(sizeof(*ctx))) == NULL) {
zip_error_set(&za->error, ZIP_ER_MEMORY, 0);
return NULL;
}
...
ctx->key[0] = KEY0;
ctx->key[1] = KEY1;
ctx->key[2] = KEY2;
decrypt(ctx, NULL, (const zip_uint8_t *)password, strlen(password), 1);
if ((s2 = zip_source_layered(za, src, pkware_decrypt, ctx)) == NULL) {
pkware_free(ctx);
return NULL;
}

from zip_source_pkware.c
解密码的关键就在这个 ctx 结构体，预填充 ctx 之后，在内存中反复用不同的密码重试是没有任何难度的。

@lihongjie0209 不需要，你读一下 libzip 的代码。
目前我知道的压缩格式中没有任何一个是需要读取所有的 binary 才能知道密码是否正确的，这不是正常的产品设计思路。

@lihongjie0209 而且和你说的相反，暴力破解依赖的就是算力。

@lihongjie0209 并不需要每次都做文件操作的，至少 zip 是能够在内存中处理的。假如某个压缩包真的必须每次做文件操作，肯定是采取极端做法整个读入内存。
走 io 操作这种超级低效的方法正常写破解代码的都不会这么干

从我个人来说，我是不想折腾自己已经会的东西了，别人付出了劳动我觉得我应该给予支持，同时节省自己的时间。但是对于自己不会又感兴趣的区域还是充满折腾的欲望的。
比如前段时间我想给自己弄个皮卡套，然后买来一堆工具看了半天教程倒腾了出来，最后用上了之后那堆工具就再也没碰过，再有需求依然是买买买。

当然可以，想怎么搞就怎么搞。不过老实说暴力破解一点玩头都没有，毫无技术含量。

是的，我正在公司摸鱼，突然发现今天是上班日

@wolflone 我在 271 楼回的貌似搞错了你回复的楼层，走题了。无视吧……你 260 楼的帖和我 248 楼的其实是同一个方向。对你 260 楼上了电波的讨论应该在 272