先说说工作中存在的问题吧,问题出现过两次,出现问题点的位置均是java File类中dir.mkdirs()方法,第一次出现问题是因为运维用了没权限创建目录的账号发布了程序,导致目录创建不成功,文件存储失败, 之后再dir.mkdirs()时做了返回false的异常捕捉,加入日志,方便查询。
public boolean mkdirs() {
if (exists()) {return false;
}
if (mkdir()) {
return true;
}
File canonFile = null;
try {
canonFile = getCanonicalFile();
} catch (IOException e) {
return false;
}
File parent = canonFile.getParentFile();
return (parent != null && (parent.mkdirs() || parent.exists()) &&
canonFile.mkdir());
}
第二次出现,是另外一个项目出现的问题,一开始是从报错log中查到了,发现在存储附件时,No such file or directory,知道这个文件存储失败,然后又查了一些附件,有些是可以储存成功的,说明磁盘权限是ok,所以怀疑是磁盘io压力,在创建目录时失败了,但是后来仔细比较,仅仅是特定目录下的文件存储失败,于是网上查找问题,发现linux的ext3文件系统目录有数量的限制(ext3文件系统一级子目录的个数默认为31998(个),准确地说是32000个。),应为在制定文件存储目录结构时出现了误差,导致某些目录下的一级子目录过多,不能够在创建目录了,文件存储失败。