BufferedWriter和BufferedReader是给流创建一个缓冲区,使在流读取或写入时先将流存入缓存,然后对流进行操作,提高效率,BufferedReader比较好理解,我们创建好一个FileReader对象后,用BufferedReader进行包装,然后会将文件预先读取到缓冲中,我们可以直接对缓冲进行操作,而不用读一次去硬盘上取一次数据。但在思考BufferedWriter时,我遇到了一些问题。
假如BufferedWriter是创建一个缓冲的话,那么FileWriter就应该不会含有缓冲区,每次调用FileWriter对象的Write方法就应该是直接写入到磁盘中,但我们直接调用FileWriter对象Write方法写入少量数据而不调用flush方法和close方法时,可以清楚的看见在我们指定的目录下生成了我们要创建的文件,而文件内容为空。既然文件为空,那么就不是直接对磁盘操作,所以我们可以断定写入的内容保存在内存中,内部肯定运用了缓冲机制。这样就有两种可能:1.Java提供了缓冲机制;2.windows提供了缓冲机制(我用的windows平台)。
接下来,我用WIN32汇编编写了一个调用windowsAPI实现写文件的小程序,程序的功能只是调用CreateFile打开一个文件,然后调用WriteFile写入10个字符,最后是一个无限空循环。运行程序后,在目录上生成了文件,打开文件后,文件中保存了我要写入的10个字符,所以不是windows提供的缓冲机制。
既然是Java提供了缓冲机制,那么这个缓冲区一定有最大的限制,我编写了一个程序进行测试。
public class Liu {
public static void main(String[] args){
FileWriter fw=null;
//FileReader fr;
try{
fw=new FileWriter("D://a.txt");
for(int i=0;i<100000;i++)
fw.write('a');
}
catch(IOException e){
}
}
}
}
运行程序后,文件创建了,而且文件中有了内容,我们可以断定,在这个缓冲区满了之后。不用调用flush方法,java会自动将保存在缓冲区的内容写入到磁盘上。
之后又编了一个取得字符个数程序:
写入10万个a, 最后保存起来的是98304个a, 在反复多次试验中,我发现了当我写入8193个字符时,文件中最后会保存8192个字符,而当写入的字符小于8192时,文件中不会有任何东西。所以java中提供的缓冲区大小应该为8KB。
最后我写了一个用BufferedWriter包装了的FileWriter写入内容的程序:
结果跟不用BufferedWriter包装的程序结果差不多:当写入的字符小于16K时,文件中不会有任何东西。而写入大于16k+1的字符时,保存的字符数为 8192,在此基础上输入的字符数每加8K,实际写入的数据也同样加8k,所以我们可以认为BufferedWriter中缓存大小为16K,而且每当缓冲区满而没有进行刷新操作时,java会自动写入磁盘8K数据。
经过实验我们可以看出:无论使不使用BufferedWriter,当向文件中写入数据时,数据流始终先保存到一段缓冲区中,当写入的数据流大于8KB(使用BufferedWriter包装后是16K)而没有进行刷新流操作时,JAVA会自动刷新流,将流写入到文件中。