前言

某天，我导让我写一个“崩溃日志本地收集”的功能，可以方便测试和开发查看崩溃原因。然后故事就开始了。

Round 1

哥们一开始，用context.getFilesDir()获取存储目录，这个方法返回的文件夹路径是data/data/包名/files，也就是Android的内部存储空间。

然后哥们很顺利的啊，把这个功能做出来了。

第二天开站会，测试提出了致命疑问：我们测试要怎么看到报错信息呢？

众所周知啊，这个路径手机不root是无法查看的。所以我看向我导：“手机root一下不就行了”

我导：改！

Round 2

哥们吸取教训啊，咱不存在内部，咱存外面还不行吗。这次我用context.getExternalFilesDir()获取存储目录，也就是外部存储的应用私有目录，路径是storage/emulated/0/Android/data/包名/files。

改个路径的事情，瞬间写好了。

我们这个日志搜集，一个是搜集Native层的报错，一个是搜集Jvm层的报错。然后经过测试，发现Jvm层的报错信息有权限取出来，而Native层的报错信息却没权限取出来。

我们当时就震惊了：啊？同一个目录下存东西居然会出现两套权限？

然后另外一个Android开发的前辈就想通过adb强行把这个报错信息拿出来，但是问题是没有root过没法用su命令啊，所以这件事又绕回去了。

然后我导就让我改到根目录下。

行，哥们改！

Round 3

既然内部存储不行，存到外部存储的私有目录也不行，就只能存在公共目录了。也就是我们使用手机文件管理应用看，Music和Movie的那一层。

获取存储路径用Environment.getExternalStorageDirectory()，得到的路径是storage/emulated/0。

改完后我又发现，Native层的权限正常了，Jvm的报错信息写不进去了。

报错信息是：

java.io.FileNotFoundException:...(Opration not permitted)

我心想：啊？这个目录难道没有写权限？那Natvie的报错信息怎么写进去的？

当时复制粘贴进百度，看到了一名CSDN老哥的回答：

其实我当时就对这个回答存疑的，因为明显我能mkdir，但是.txt文本信息却写不进去。

终于，我在Stack Overflow看到了正解：

没错，真相只有一个，是文件名有问题。我将.txt改成了.log就能成功存储了。

至此，终于可以下班。

总结

Android的文件存储和权限管理是真的*蛋。

实习的每一天做需求，都像在拍走进科学，哎。