@CallMeReznov 这么说吧，从 windows 来讲，优先级高只是让进程有更多机会获取到别的进程放弃的时间片。但是它并不能让本来只有 10%占用的软件占用到 100%。对于一段频繁放弃时间片的代码，优先级没有任何作用。而对于死死赖在用户空间的代码，别的线程优先级再高也占不到什么便宜。
windows 的优先级调整的用处真不大。也就是在所有其它优化手段都已经没有作用的时候能够死马当活马医。不能说完全没效果，但是对楼主的需求来说还真就是完全没效果。
以上，包括我在这帖的所有回复，都是基于单核考虑，多核下会复杂一些，但是脱不开这个原理。多核下面只不过是多开个线程再占个核，同时要绞尽脑汁考虑如何在多线程之间共享资源，或者弄个超级低效的 1+1 约等于 1 的算法，反正数字飙上去了，效率管他娘呢。（曾经好压弄了个多线程处理 zip 的特性，然而看效率很有这个嫌疑……）

@tetora 学区房就是学位的保证啊。要不学区房凭什么贵。楼主这个明显是追逐优质资源的。你不跨区读书弄啥学区房。中国至少城市中的教育资源是不缺的，缺的是优质教育资源。

@ufan0
@AndyVerne
我们的目标是毛坦厂，呵呵
@sagaxu
在我那……呃……至少我认识的那某个亿级富豪选择是一路砸钱到高中然后出国当二世祖了

@lihongjie0209 从楼主的需求出发的话是不存在取舍这东西的

@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 操作这种超级低效的方法正常写破解代码的都不会这么干

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

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