在长林的文章《nodejs异步IO的实现》中提到，NodeJS通过libeio来实现IO操作的异步化，而libeio采用多线程的方式来模拟异步操作。 <br/> <br/>这里我需要强调一个观点，异步IO虽然是NodeJS一个非常重要的特点，但<strong><span style=“color: #ff0000”>异步IO并不总是最好的</span></strong>，其他语言也一样。我们来看这么一个例子： <br/><blockquote>在我的磁盘上有2个文件，我希望在一个程序里读取这2个文件，每次输出一个字符。请注意，我不要求一定要两个文件被交替着读取，也不要求一定要先读完一个再读另一个。</blockquote> <br/>怎么样，貌似还没说到问题的实质。那么我们再分几种情况： <br/><ol> <br/> <li>“磁盘”是指我的机器上只有一块机械式硬盘，或者有多个硬盘，但被读取的两个文件位于同一块硬盘上；</li> <br/> <li>被读取的文件位于不同的两个机械式硬盘上；</li> <br/> <li>被读取的两个文件位于同一块固态硬盘（SSD）上。</li> <br/></ol> <br/>如果你熟悉机械式硬盘的原理，我想已经明白我要说什么了。否则，我们继续往下看。我们知道，传统的机械式硬盘要读取某一个文件，首先要将磁头移动到某个位置（fseek）。这个过程是一个物理运动，所花的时间跟磁盘转速、磁头移动的距离有关。读取一个字节后，磁头顺便移动到紧挨着的下一个字节。我写了一段通过异步方式读取文件的测试代码如下： <br/><pre escaped=“true” lang=“javascript”>var fs = require(‘fs’); <br/> <br/>function test_stream_read(file, id) { <br/> var stream = fs.createReadStream(file, { <br/> flags: ‘r’, <br/> encoding: ‘utf8’, <br/> mode: 0666, <br/> bufferSize: 1 <br/> }); <br/> <br/> var tag = "[ " + id + " ] "; <br/> stream.on(‘data’, function(chunk) { <br/> console.log(tag + "data: " + chunk.trim()); <br/> }); <br/> <br/> console.log(tag + “start”); <br/>} <br/> <br/>test_stream_read(’/disk1/a.txt’, 1); <br/>test_stream_read(’/disk2/b.txt’, 2);</pre> <br/>在上面的代码中，我用NodeJS的ReadStream来读取文件，设定的bufferSize为1，即每次读取一个字符。由于NodeJS异步IO的多线程方式，供测试的两个文件在程序逻辑上可以被并行读取。所以影响性能的关键就落在存储介质（磁盘）能否并行处理上了。 <br/> <br/>在第一个case中，由于两个文件位于同一块机械式磁盘上，一块磁盘的磁头只有一个，所以只能是顺序的。你会发现，这种情况下磁头在盘面上移来移去，大量时间花在物理运动上，性能不差才怪呢！在这个case里，你还不如让NodeJS阻塞着读文件呢！ <br/> <br/>而第二个case中，两个文件位于两块磁盘上，它们之间能互相独立的被操作，实际上落在单个磁盘上的读请求仍然是顺序读取，性能会较好。 <br/> <br/>第三个case你自己分析吧，我不多讲了。 <br/> <br/>总结一下： <br/><ol> <br/> <li>哪种方式读文件，要根据你的硬件和应用特点来权衡，切忌盲从。我认为要考虑的几点包括：硬盘原理、多少个硬盘、文件放在几个文件上、一次读取多少个文件、文件的平均大小、读取的缓冲区大小。</li> <br/> <li>NodeJS的fs.read方法实际上用的也是ReadStream，只不过bufferSize被写死了，为64K。如果你的文件大小都小于64K，那么你可以简单地忽略上面啰嗦的一大堆文字了。但是，这个原理你得清楚。</li> <br/></ol> <br/>关于这个话题，我希望有更多的讨论和测试代码。欢迎拍砖给我。