咱们先来看看 File 类的定义android
File :文件和目录路径名的抽象表示形式。算法
嗯~ File 能够用来表示一个文件及其路径等相关信息。
文件夹是一个特殊的文件。编程
好吧,不瞎扯了,你们都知道 File 是用来表示文件就好了,咱们来看看 API数组
方法名 | 方法描述 |
---|---|
canExecute() | 测试应用程序是否可执行此抽象路径名表示的文件 |
canRead() | 测试应用程序是否可读取此抽象路径名表示的文件 |
canWrite() | 测试应用程序是否可修改此抽象路径名表示的文件 |
createNewFile() | 当且仅当该文件不存在时,建立一个新的空文件 |
delete() | 删除此抽象路径名表示的文件或目录 |
deleteOnExit() | 在虚拟机终止时,请求删除此抽象路径名表示的文件或目录 |
exists() | 测试此抽象路径名表示的文件或目录是否存在 |
getAbsoluteFile() | 返回此抽象路径名的绝对路径名形式 |
getAbsolutePath() | 返回此抽象路径名的绝对路径名字符串 |
getCanonicalFile() | 返回此抽象路径名的规范形式 |
getCanonicalPath() | 返回此抽象路径名的规范路径名字符串 |
getFreeSpace() | 返回此抽象路径名指定的分区中未分配的字节数 |
getName() | 返回由此抽象路径名表示的文件或目录的名称 |
getParent() | 返回此抽象路径名父目录的路径名字符串;若是此路径名没有指定父目录,则返回 null |
getParentFile() | 返回此抽象路径名父目录的抽象路径名;若是此路径名没有指定父目录,则返回 null |
getPath() | 将此抽象路径名转换为一个路径名字符串 |
getTotalSpace() | 返回此抽象路径名指定的分区大小 |
getUsableSpace() | 返回此抽象路径名指定的分区上可用于此虚拟机的字节数 |
isAbsolute() | 测试此抽象路径名是否为绝对路径名 |
isDirectory() | 测试此抽象路径名表示的文件是不是一个目录 |
isFile() | 测试此抽象路径名表示的文件是不是一个标准文件 |
isHidden() | 测试此抽象路径名指定的文件是不是一个隐藏文件 |
lastModified() | 返回此抽象路径名表示的文件最后一次被修改的时间 |
length() | 返回由此抽象路径名表示的文件的长度 |
list() | 返回一个字符串数组,这些字符串指定此抽象路径名表示的目录中的文件和目录 |
list(FilenameFilter filter) | 返回一个字符串数组,这些字符串指定此抽象路径名表示的目录中知足指定过滤器的文件和目录 |
listFiles() | 返回一个抽象路径名数组,这些路径名表示此抽象路径名表示的目录中的文件 |
listFiles(FilenameFilter filter) | 返回抽象路径名数组,这些路径名表示此抽象路径名表示的目录中知足指定过滤器的文件和目录 |
listRoots() | 列出可用的文件系统根 |
mkdir() | 建立此抽象路径名指定的目录 |
mkdirs() | 建立此抽象路径名指定的目录,包括全部必需但不存在的父目录 |
renameTo() | 从新命名此抽象路径名表示的文件 |
setExecutable(boolean executable) | 设置此抽象路径名全部者执行权限的一个便捷方法 |
setLastModified(long time) | 设置此抽象路径名指定的文件或目录的最后一次修改时间 |
setReadable(boolean readable) | 设置此抽象路径名全部者读权限的一个便捷方法 |
setReadOnly() | 标记此抽象路径名指定的文件或目录,从而只能对其进行读操做 |
setWritable(boolean writable) | 设置此抽象路径名全部者写权限的一个便捷方法 |
toURI() | 构造一个表示此抽象路径名的 file: URI |
toURL() | 过期方法,建议使用 file.toURI().toRUL() |
需求,打印文件里面的全部文件名
思考:文件夹里面全部文件,判断若是是文件就执行打印,若是是文件夹重复上面操做bash
刚刚咱们思考的这种解决问题思路能够用“递归算法”来实现,咱们来简单了解一下上面叫递归算法吧。并发
程序调用自身的编程技巧称为递归( recursion)。递归作为一种算法在程序设计语言中普遍应用。 一个过程或函数在其定义或说明中有直接或间接调用自身的一种方法,它一般把一个大型复杂的问题层层转化为一个与原问题类似的规模较小的问题来求解,递归策略只需少许的程序就可描述出解题过程所须要的屡次重复计算,大大地减小了程序的代码量。递归的能力在于用有限的语句来定义对象的无限集合。通常来讲,递归须要有边界条件、递归前进段和递归返回段。当边界条件不知足时,递归前进;当边界条件知足时,递归返回。函数
定义性能
递归,就是在运行的过程当中调用本身学习
构成递归需具有的条件测试
递归算法通常用于解决如下三类问题:
递归的缺点:
递归算法解题相对经常使用的算法如普通循环等,运行效率较低。所以,应尽可能避免使用递归,除非没有更好的算法或某种特定状况,递归更为合适的时候。在递归调用的过程中系统为每一层的返回点、局部量等开辟了栈来存储,递归次数过多容易形成栈溢出等。
private static void showDir(File dir) {
System.out.println("目录:" + dir);
File[] files = dir.listFiles();
for (File file : files) {
if (file.isDirectory()) {
showDir(file);
} else {
// 列出根目录
System.out.println("files" + file);
}
}
}复制代码
额,这是一个我以前没有接触过的类,继承自 HashTable,也就是说它具备 map 集合的特色,并且键值对都是字符串。
它有什么特色?为何忽然在这里又讲集合。。。。
咱们来看看 JDK 的描述~
Properties 类表示了一个持久的属性集,Properties 可保存在流中或从流中加载.
由于 Properties 继承于 Hashtable,因此可对 Properties 对象应用 put 和 putAll 方法。但不建议使用这两个方法,由于它们容许调用者插入其键或值不是 String 的项。
咱们能够从中读取到几个重要的信息。map 集合、字符串键值对、持久的属性集。
好了,我就不卖关子了,这玩意能够用来设置配置文件。
相似于 SharedPreferences,咱们能够本身用Properties 来实现MySharedPreferences呀。
我这里手撸了一个 MySharedPreference,没有通过测试的,你们凑合着看一下,哈哈😀
public class MySharedPreferences {
private static MySharedPreferences mInstance;
private final String mPath;
public static MySharedPreferences getInstance() {
if (mInstance == null) {
synchronized (MySharedPreferences.class) {
if (mInstance == null) {
mInstance = new MySharedPreferences();
}
}
}
return mInstance;
}
private MySharedPreferences() {
mPath = Environment.getExternalStorageDirectory().getPath() + "SP.txt";
File file = new File(mPath);
if (!file.exists()) {
try {
file.createNewFile();
} catch (IOException e) {
e.printStackTrace();
}
}
}
public void putValue(String key, String value) {
try {
BufferedWriter bufferedWriter = new BufferedWriter(new FileWriter(mPath, true));
BufferedReader bufferedReader = new BufferedReader(new FileReader(mPath));
Properties properties = new Properties();
properties.load(bufferedReader);
properties.setProperty(key, value);
properties.store(bufferedWriter, "");
bufferedWriter.flush();
bufferedReader.close();
bufferedWriter.close();
} catch (IOException e) {
e.printStackTrace();
}
}
public String getValue(String key) {
try {
BufferedReader bufferedReader = new BufferedReader(new FileReader(mPath));
Properties properties = new Properties();
properties.load(bufferedReader);
bufferedReader.close();
return properties.getProperty(key);
} catch (IOException e) {
e.printStackTrace();
}
return null;
}
}复制代码
反正就是酱紫玩的咯,有兴趣的小伙伴能够帮我测试一下 MySharedPreference,记得在 Manifest 文件里面申请读写权限哦。我以为是不须要申请权限的,懒得去测试了,小伙伴们能够根据本身对 android 的理解,告诉我这需不须要权限。至于性能问题,读写 SP 应该是一件低频率的事情,因此读写流在须要的时候建立,不须要的时候关闭。
IO 流及文件操做的学习就到这里吧~~NIO 的并发类的操做等之后学并发的时候再一次性扫盲。