java多线程越跑越快_Java-为什么java中使用多线程不能明显提高程序效率

你是不是采用普通的 Ｆile文件ＡＰＩ来读写文件？

如果你，这种用法是肯定不会提高效率的！

因为文件，网络等流的读写都需要操作ＩＯ通道，而操作系统的ＩＯ通道数量是固定的。

我们假设你的电脑只有一个ＩＯ通道，如果你打开一个文件流并进行读写，则占用了一个ＩＯ通道，如果你又打开一个文件流，则第二个文件流需要等待第一个文件关闭通道才能真正意义上的进行读写。 所以实际上，你打开多个文件同时进行读写时就是在串行单线程操作。

解决的办法是采用 NIO: java.nio (Java 2 Platform SE v1.4.2)

ＮＩＯ的意思当然就是同时开启Ｎ个ＩＯ通道了，如果你的机器硬件的确只支持同时打开一个通道的话，ＪＡＶＡ虚拟器会帮你做虚拟协调(很强大吧？) ＮＩＯ比普通ＩＯ技术至少快30％，

请看我的示例代码，这段代码是用在Ａndroid客户端的，在普通Java上可能有所不同，具体可以查看ＪＡＣＡ 文件ＮＩＯ的文档

假设需求是：

public static void saveFileToLocalDisk(String fileName, byte[] buffer)

则实现应该是：

FileOutputStream os = null;

FileChannel channel=null;

ByteBuffer byteBuffer=null;

try {

os = new FileOutputStream(file);

if(os!=null){

channel=os.getChannel();

byteBuffer=ByteBuffer.allocate(buffer.length);

byteBuffer.put(buffer);

byteBuffer.flip();

channel.write(byteBuffer);

}

} catch (IOException e) {

e.printStackTrace();

} finally {

try{

if(os!=null){

os.close();

}

if(channel!=null){

channel.close();

}

if(byteBuffer!=null){

byteBuffer.clear();

byteBuffer=null;

}

}catch(Exception e){}

}

还记得普通方式写文件吗？

先得到FileOutputStream，然后直接设用 os.write(bytes);

而现在不同点在于先得到一个Ｃhannel再建构一个Bytebuffer，再用两者完成任务，ＪＡＶＡ虚拟机帮你完成剩下的ＣＰＵ和ＩＯ任务调度