今天在排查项目问题的过程中,发现了一个关于StringBuffer.setlength(0)会导致对象为NULL的问题,百思不得其解,先做记录,话不多说,上代码
//背景是这样,一个目录下有近千个文件,我的目的是读取这些文件,并且如果读取内容达到指定大小,则拆分文件,简单的说就是1000多个小文件合并成3-5个大文件。代码纯手敲,个别不符合语法的地方可以忽略
List fileObjectList = new File(path).listFile;//此处实际代码是一个目录下的所有文件,大约有近千个文件,
int curFileIndex = 0;
for(int i = 0; i < fileObjectList.size(); i++){
File file = (File)fileObjectList.get(i);
BufferedReader reader = new BufferedReader(new FileReader(file ));
String tmp = "";
StringBuffer strBuffer = new StringBuffer
while((temp = reader.readLine()) != null){
strBuffer.append(temp).append("\r\n");
if(StringBuffer.length() > 1024*1024*100){
BufferedWriter writer = new BufferedWriter(new FileWriter(new File("d:/newtest" +curFileIndex + ".txt" )));
writer.write(strBuffer.toString);
writer.flush():
writer.close();
**strBuffer.setLength(0);**//诡异在这里
curFileIndex++;
}
}
}
代码就是这个样子,诡异的代码在strBuffer.setLength(0),本意是清空StringBuffer后重新写入,但是发现在执行了setLength(0)后,strBuffer对象竟然变成NULL了,然后第二次while循环时,strBuffer.append就报空指针错误了。查看了JDK的源码,setLength(0)里面并没有任何将对象设置成NULL的操作,我在本地写了相同的代码,运行没问题。但是项目上就是死活报空指针错误。
分析本地开发环境和项目环境的不同,一是本地是SUN的JDK,项目环境是IBM的JDK;二是本地是WINDOWS系统,项目上LINUX的系统,读取文件的总大小都没区别,我本地甚至比项目的文件还要大些。
最后也能弄明白具体的原因,只好先做了一下空判:
if(strBuffer == null){
strBuffer = new StringBuffer():
}
strBuffer.append(temp).append("\r\n");
项目问题虽然得到解决,但是技术上的疑惑还是没有答案,先做记录,希望有知道原因的朋友不吝赐教
欢迎转载,但请带上出处:https://blog.csdn.net/wyp_810618/article/details/80709628