android的存储,手机存储android是什么
Android 内部存储/外部存储 及 读写权限
Android 使用 VFS (Virtual File System) 虚拟文件系统。VFS提供了供存储设备挂载的节点，同一存储设备经过分区后，不同的分区可以挂载到不同的节点上，如手机的内置存储卡。
创新互联建站专业为企业提供遂昌网站建设、遂昌做网站、遂昌网站设计、遂昌网站制作等企业网站建设、网页设计与制作、遂昌企业网站模板建站服务，十余年遂昌做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。
内置存储卡 / 外置SD卡
内部存储 / 外部存储
VFS 的目录以 / 为根节点，根节点下面又有不同的节点。物理存储设备就是挂载到这些节点上。
内部存储卡/外置SD卡 ≠ 内部存储/外部存储
首先明确， 内置存储卡/外置SD卡 是在 物理层面 相对于 手机大众用户 来说的。
外置SD卡：可手动插拔的SD卡。
内置存储卡：焊接在手机内部不可拆卸的存储卡。
而， 内部存 /外部存储 是在 文件系统逻辑层面 相对于 开发者 来说的，指具体的路径。
一般针对某个应用而言的，属于该应用的存储路径叫内部存储，反之为外部存储。
路径： /data/data/package_name
/data/data/ 下都是已安装应用的目录，该目录下包含的文件都是以包名作为文件名的目录，例如 /data/data/com.sankuai.meituan
获取内部存储的方式如下：
其中，参数 mode 指创建模式，一种 4 种
注意： Android 7.0 以上 android.os.Build.VERSION.SDK_INT=Build.VERSION_CODES.N 使用3/4 常量时，将会导致SecurityException，这意味着 不能通过名称共享私有文件 。
尝试共享 URI将会导致FileUriExposedException，StrictMode API政策禁止在您的应用外部公开。如果您的应用需要与其他应用共享私有文件，则可以使用 FileProvider 与 FLAG_GRANT_READ_URI_PERMISSION 配合使用。 Android 7.0 行为变更 通过FileProvider在应用间共享文件吧
外部存储，可以是 外置SD卡 或 内置存储卡的部分分区。
外部存储，分为 公共目录 和 私有目录
获取方式
检查可用性的方法：
Android 4.3 以下，只能通过 Context#getExternalFilesDir(type) 来获取外部存储在内置存储卡分区的私有目录，无法获取外置SD卡。
Android 4.3 开始，可以通过 Context#getExternalFilesDirs(type) 获取一个File数组，包含了内置存储卡分区和外置SD的私有目录地址。
可以使用兼容库的静态方法 ContextCompate.getExternalFilesDirs() 兼容 4.3。
感谢以下文章作者
解析Android内部存储、外部存储的区别
Android 文件存储-将数据保存在data目录下
在平常使用Android手机的时候，我们都知道，几乎每一个app都在/data/data/相应的包名的文件夹下保存数据。那这些数据怎么进行保存的呢？在这里，将简单的介绍一下。
Context类中有一个openFileOutPut方法,这个方法可以将我们的数据保存在data目录下的文件里面。
openFileOutput(String name, int mode)方法中带两个参数，第一个参数是文件名，这里只能写文件的名字，不能包含路径，因为所有的数据都保存在/data/data/应用包名/files/目录下；第二个参数是文件的操作模式，有MDOE_PRIVATE,MODE_APPEND,MODE_WORLD_READABLE和MODE_WORLD_WRITEABLE。
其中MODE_PRIVATE模式的是默认的操作模式，每一次写入的内容时，都会覆盖前面的内容；MODE_APPEND模式表示的是每次写入的内容追加在前面的后面；MODE_WORLD_READABLE表示的是其他应用程序可以对该文件进行写的操作；MODE_WORLD_WRITEABLE表示的是其他应用程序可以对该文件进行读的操作。不过在后面的两种模式过于危险，google已经在Android 4.2中废弃了。
openFileOutput()方法返回的是一个FileOutPutStream的对象，得到了这个对象，就可以使用Java的IO流来对文件的使用了。
点击保存过后，就会把我们的数据保存在data目录下。
如果我们想要查看的话，就可以在Android studio(我是2.3.2的版本)中找到Tools-Android-Android Device Monitor
再打开/data/data/应用包名/files/,发现有一个文件，就是我们之前创建的一个文件。
我们可以点击右上角的图标进行相应的导出工作，对相应的文件进行导出操作。
在Context类中，与openFileOutput方法对应的是openFileInput方法，用户从data目录读取相应的数据。这个方法相较于openFileOutput方法简单一些。
效果示意图:
安卓内外部存储完全解析 -- 别再弄混了
安卓开发离不开手机存储，然而大部分人对于安卓开发中的存储概念存在误区，内部外部SD卡傻傻分不清？
以下引用来自对 官方文档 的理解
呵呵呵，先别说话，然而重点来了（敲黑板），按照官方的说法，
内部存储是指系统的存储空间，没有root是访问不到的呦亲，比如sharedPreferenced或者database都是保存在这里面的。
外部存储，又分为 2 部分：
然而现实中，常常有同事把手机那个32G，64G存储叫做内部存储= =，宝宝好累，人家明明是 ExternalStorage ！！
希望本篇能让大家对内外部存储有一个正确鲜明的认识
getFilesDir()
路径如下
文档 云:若想操作该路径，你需要一个输出流：
就像这样:
注: this 是 context 对象
在
路径下会看到新文件哦
如果你还想读取的话， 文档 云:你需要一个输入流：
Log如下
getCacheDir()
文档 云:
路径如下：
特别的,还有getDir() ：
getDir("- -!.txt", Context.MODE_PRIVATE).getAbsolutePath()
路径如下：
app_是系统自己加上去的
内部存储就是系统的存储，没有root你是看不到的，内部存储最大特点就是可以用Context对象调用各个获取路径的方法。比如： context.fileList()
那就是
下的文件遍历。
而 deleteFile("ABC") 就是
删除下名为 ABC 的文件
/br/br/br
操作外部存储你首先需要以下权限
当你申请了write权限，那么read权限默认也就通过啦
再判断状态：
if (Environment.MEDIA_MOUNTED.equals(Environment.getExternalStorageState))
Environment.getExternalStorageDirectory()
这个路径根据手机厂家不同会有些许变化
直接传入 Environment 中的常量获取相应的路径，如下：
Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_ALARMS));
或者
Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_PICTURES));
公有目录下，系统会区分不同类别 （例如铃声在系统设置中显示为铃声而不是音乐）
4.4以后访问该目录不再需要权限了
getExternalFilesDir(String type)
eg.
getExternalFilesDir(Environment.DIRECTORY_MUSIC)
特别的：ContextCompat下的
ContextCompat.getExternalFilesDirs(context,type)
返回一个File[]，在4.4以后第一条数据默认外部主存储目录，第二条数据就是sd卡路径啦，但是注意4.4之前是没有第二条数据的哦
该目录下的特点是卸载程序后，该目录和其下所有文件均会被删除
getExternalCacheDir()
注意，使用该目录注意管理空间，你不能等系统帮你清理，而是自己清理不再需要的缓存
特别的：ContextCompat下的
ContextCompat.getExternalCacheDirs()
道理同上
发现特点了吗朋友，无论外部内部，只有路径中有包名，那么就是私有的，而且是随着程序的卸载而被删除的， 有包名的路径均是Context中的方法，而公有的路径均是Environment调用的
这个货真真是要了老命，一般的方法根部不好使，结合网上有的方法加上公司项目中的方法，总结如下：
百分百好用的获取SD卡路径方法：
最后集合 path 中的值就是SD卡根目录
虽然无视版本百分百好用，但是如果你的手机有SD卡槽却没插SD卡，该方法最后 path 返回的是 null ，也就是说该方法无法判断到底是没插SD卡还是根本不支持SD卡
其实还有一种方法
String path = System.getenv("SECONDARY_STORAGE");
该方法只要你手机支持SD卡，无论你插没插SD卡，均会返回SD卡路径，但是 6.0及以上该方法被移除
Environment中源码其实就是根据这个方法获取路径的
安卓官方文档大家一定要看，他就是我们开发者的权威呀，圣经呀！！
android存储分区和android11填坑
安卓设备的物理存储 分为两大块，内部存储和外部存储
存储分区，是android系统对APP访问外部存储 添加了限制；开启存储分区后 APP只能访问自己目录下的文件和公共文件，
需要特别指出的是android 10 虽支持存储分区 但可不开启，对于android11 来说，必须开启存储分区，android11必须使用存储分区，
即使设置 android:requestLegacyExternalStorage="true" 也无效
对原来的内部存储没有什么影响，但是对外部存储有影响；
外部 存储有两个区域 app私有区域和app共享区域；
例如：在android 10以下的手机设备上 调起相机拍照，使用 Uri.fromFile 的方式来创建照片文件是 没有问题的，但是 android11上，即使调起了相机拍照后 也无法成功保存照片
android 7 后支持 应用之间共享文件，这就是FileProvider的作用；
使用FileProvider 需要在清单文件中 声明，注意一下 android:authorities指定的属性值，尽可能的保证唯一性 一般以".fileProvider" 结尾
其中 file_paths文件在 Resource/xml 下,原来指定共享的 文件路径；
然后使用FileProvider API 来生成File的Uri路径;
这个"com.xx.fileprovider" 就是 授权认证的信息，如果填写的和清单文件中的不一致 会 导致文件读写时 错误；
Android数据存储之File总结
在使用File存储App数据时，我们需要了解Android系统的存储系统。Android的存储分为内部存储和外部存储。
由于Android系统的厂商比较多，对于外部存储目录的定义有所不同，可能在根目录下的mnt，sdcard和storage下。以storage为例，打开emulated/0目录，外部存储目录就出现了。虽然可以通过多种路径打开外部存储文件，但是最终他们的路径是相同的:
mnt:
storage:
sdcard:
外部存储目录下包含两大类:公有目录和私有目录
私有目录:
对比下来External有以下几点优点:
缺点:
内部存储与外部存储权限申请对比如下:
首先我们要获取外部存储目标文件的路径:
然后确定自己需要创建的文件名，结合上面的到的路径，创建一个File对象:
Android系统默认数据清理的路径是，内部存储目录中相应的cache文件夹中的文件和外部存储中相应的cache文件夹中的文件。
你的app的internal storage 目录是以你的app的包名作为标识存放在Android文件系统的特定目录下[data/data/com.example.xx]。 从技术上讲，如果你设置文件为可读的，那么其他app就可以读取你的internal文件。然而，其他app需要知道你的包名与文件名。若是你没有设置为可读或者可写，其他app是没有办法读写的。因此只要你使用MODE_PRIVATE ，那么这些文件就不可能被其他app所访问。
另外记住一点，内部存储在你的APP卸载的时候，会一块被删除，因此，我们可以在cache目录里面放置我们的图片缓存，而且cache与files的差别在于，如果手机的内部存储空间不够了，会自行选择cache目录进行删除，因此，不要把重要的文件放在cache文件里面，可以放置在files里面，因为这个文件只有在APP被卸载的时候才会被删除。还有要注意的一点是，如果应用程序是更新操作，内部存储不会被删除，区别于被用户手动卸载。
不管你是使用 getExternalStoragePublicDirectory() 来存储可以共享的文件，还是使用 getExternalFilesDir() 来储存那些对于你的app来说是私有的文件，有一点很重要，那就是你要使用那些类似DIRECTORY_PICTURES 的API的常量。那些目录类型参数可以确保那些文件被系统正确的对待。例如，那些以DIRECTORY_RINGTONES 类型保存的文件就会被系统的media scanner认为是ringtone而不是音乐。
在开发中，不建议往内部存储中写太多的数据，毕竟空间有限。外部存储在使用的时候最好能够将文件存放在私有目录下，这样有利于系统维护，也避免用户的反感。
彻底理解android中的内部存储与外部存储
Android存储挖坑记
缓存文件可以放在哪里？它们各自的特点是什么
本文标题：android的存储,手机存储android是什么
本文链接：http://scyanting.com/article/dsidcsj.html
