有，但是效率瓶颈不在java内存上而在硬件的IO操作上。
站在用户的角度思考问题，与客户深入沟通，找到奎文网站设计与奎文网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：成都做网站、网站建设、企业官网、英文网站、手机端网站、网站推广、申请域名、雅安服务器托管、企业邮箱。业务覆盖奎文地区。
IO操作是最耗费的操作之一了，要尽量避免。
建议采用缓存处理，按照你说的这种数据量，基于redis的缓存完全可以满足，存取速度可以10W+的，另外，拟采用的hashMap 是ConcurrentHashMap还是其他，页面展示是增量查询还是直接所有的再查询一次，socket数据接收你是用的netty还是mina，这都需要经过仔细的斟酌考虑设计的。有这么大的并发的需求，完全可以考虑做分布式集群的，估计这只是领导想要的目标吧
既然是输出多个文件，那么输出流肯定是多个。输出完一个文件后关闭对应的流是肯定的。
至于输入流，如果是一个文件的话，可以先用一个输入流将文件读取到内存里，然后这个输入流就用不到了可以关闭了。如果是从多个文件里读取的话，那还是会有多个输入流，所以还是需要多次关闭。
