java中使用多线程不能明显提高程序效率的一些原因

java中使用多线程不能明显提高程序效率的一些原因.

使用多个线程来处理多任务的时候，效率肯定是有提高的.但是必须要慎用,否则容易出现问题.

1.多线程主要是为了充分利用多核cpu,大内存这些资源.

如果你的硬件跟不上，只有一个cpu，那么多线程从并发变成了串行了，另外再加上线程上下文切换的时候，那你就得不偿失了.

2.原子问题

如果多线程是同步操作一个原子数据，（多个线程同步去处理一个加锁的对象），那效率肯定不会提升，就好像1个人去做1件事和多个人排队去做一件事效率是一样的；

3.线程的个数对于一个应用程序来讲的话，往往会有一个临界值。

临界资源的访问问题，程序中临界区的指令一般来说越少越好，最好不要在临界区中做一些重量级的事情，例如说数据库，写文件，读文件！

4.对硬盘的读写有特殊的地方。

对磁盘进行多线程处理的时候，效率会急速下降！！

因为不同文件的读写，会造成磁头的频繁转换，磁头的频繁转换要比读取磁盘的时间更长。

所以这种情况下，最好有个线程去读取文件，其他的线程去处理文件数据中的业务逻辑处理.

5.操作系统的IO通道数量的影响

采用普通的File文件API来读写多文件.使用多线程的话很大程度上也不会提高效率.

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

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

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

NIO的意思当然就是同时开启N个IO通道了，如果你的机器硬件的确只支持同时打开一个通道的话，Java虚拟器会帮你做虚拟协调NIO比普通IO技术至少快30％.

具体可以查看JAVA文件NIO的文档.

普通方式写文件先得到FileOutputStream，然后直接设用 os.write(bytes);

而现在不同点在于先得到一个Channel再建构一个Bytebuffer，再用两者完成任务，java虚拟机帮你完成剩下的CPU和IO任务调度.

其实这个方式也就是异步的样子了,实际里很多前端MVC框架如JSF的实现primefaces,已经封装了,也没法用.如果要用的话也是用Apache NIO 框架 Mina.