面试了一个做云存储的公司，就问了一个问题。

今天面试了一家XX，无笔试，直接面谈，主管和我聊了半天家常，话锋突然一转，问了一个问题，要我给出我的解决方案。

问题大致如下：
B/S系统，FTP存储的是加密和压缩过的文件，但下载必须是原文，同时还要保证实时性（点击下载后马上有反应），在应对大批量文件FTP下载时，服务器需要即时解密解压文件，然后给用户原文，请问如何应对这种大批量的解压解密任务？
我的回答：

前奏：主要看能力需求、设备性能配置、内存配置情况。
主管：这个肯定是不能完全满足。如果买几百万美元的设备那也就不需要搞技术的了。

继续给解决方案：
1.数据库系统，比如oracle。一个执行计划执行完成后，结果数据会被缓存起来，如果有其他用户请求同一个执行计划，那么缓存数据会被直接返回，目的是提高大并发访问的效率，我们可以参考这个设计。
那么如果是大并发的请求，可以把解压解密后的数据进行缓存，如果其他用户在一定时间也请求这个文件，就可以直接下载，不需要解密解压了。
主管：做文件缓存不行，缓存只对同一个文件有效，但我这么多用户，是不大可能同时下载一个文件的！

2.那就多线程吧，如果不能做异步处理。
主管（站起来）：好，欢迎你来到XX（走过来握手）。（当时我心里无比激动啊）
主管：那你回去等通知，大概一星期左右就会有结果。（心情顿时跌到谷底）

敢问各位大侠，这个解压缩、解密的问题该如何解决？（百思不得其解啊！）

你可以问他，你们碰到这个问题是咋处理的~~，他多半也答不上来~~~

我回过神儿来的时候，已经被前台送出来了。

给用户客户端，把负载转移到客户端

B/S架构的也能有客户端？使用ActiveX控件？

又不给用缓存，又不给用客户端，那还能怎么办

我也纳闷儿呢!也许这就是和17K哥34K哥的差距所在啊！

文件切块就行了。。解码总比传输要快很多 这样就可以合理调配资源了。

求详解！！~

文件切分,每个文件第一部分不加密,用户开始下载的时候立即返回第一部分的数据,在用户下载这部分数据的同时解密后续的数据(不过可能文件大一点才有意义)