1. Android APP统一存储数据规范

基于Android系统对存储卡访问的各种特性，在充分保证基线的产品交互体验前提下，定义Android APP各业务开发中的可选存储路径，对应存储特性，各自适合存储文件范围和存储路径格式规范。

存储类型	根路径	特性	存储文件范围	业务路径格式
内置数据分区	/data/../<packagename>/files/ （对应： Context.getFilesDir() ）	1 .APP被安装时系统分配在data分区上的存储路径； 2 .APP访问不需要申请权限；APP私有，安全性最高； 3 .(非root或非共享UID）其它APP无权访问 4 .files和cache的区别：cache存储偏临时性的文件，在系统存储空间紧张时会被系统auto clean，应用设置中“清理缓存”会清理掉cache内文件； 5 .APP卸载时或“清理数据”时，此2种路径下的所有文件都会被系统自动清理；	1 .数据文件体积小（KB级别）； 2 .运行时只能在data区加载的文件（如：动态下载的so库，插件apk或hotfix Dex文件等） 3 .安全性要求高的私密性文件； 4 .记录方便用户继续使用的历史行为数据，不希望被频繁重置到默认值的数据文件；	各存储类型根路径下各业务相对路径格式： . /< 一级业务 >/< 子业务 >/< 子路径 >/, 1 .APP内各业务统一路径标准后，为了避免业务间冲突，请各业务找基线APP申请和注册<一级业务>,插件的还涉及<子业务>的注册， <子路径>由各业务内部自行分配；但要严格根据存储特性和适合的文件范围选择存储路径；<子业务>和<子路径>是可选的； 2 .各一级业务存储路径层级尽量不要超过3级，层次越深，遍历计算各级文件大小和删除时效率越低； 3.示例： < 一级业务 > 基线：./ app <子业务>：下载：./app/download/ 播放器:./app/player/ 泡泡：./ paopao 插件： ./ plugins <子业务> ./ plugins /< 插件包名 >/ ...
内置数据分区	/data/../<packagename>/cache/ (对应： Context.getCacheDir() )		1 .文件体积小（KB级别）； 2 .被频繁删除或重置后不影响用户历史状态功能的文件； 3 .存储数据安全性相对较高，不希望被第三方获取到的临时文件
内置存储卡（或分区）(APP私有存储路径)	<内存储卡根路径>/ Android/data/<packagename>/files/ （对应： Context.getExternalFilesDir() ）	1 .系统为每个APP分配的基于不可插拔内置存储卡（或分区）的路径； 2 .APP私有的在存储卡上的空间，读写不需要特殊权限； 3 . 三方应用在获取到存储卡动态权限后可以读写该目录下文件，在存储安全性相比data区要低； 4 .files和cache的区别：cache存储偏临时性的文件，在系统存储空间紧张时会被系统auto clean，应用设置中“清理缓存”会清理掉cache内文件； 5 .APP卸载时或“清理数据”时，此2种路径下的所有文件都会被系统自动清理；	1 .存储体积较大的文件（例如：分发或自动更新的APK ，下载的视频类文件，图片， ZIP压缩包等体积较大的文件)； 2 .存储对安全和隐私性要求不高的文件； 3 .没有单独的编辑删除入口，频繁删除或重置后不影响用户历史状态功能的文件放在cache目录中;
内置存储卡（或分区）(APP私有存储路径)	<内存储卡根路径> / Android/data/<packagename>/cache/ （对应： C ontext.getExternalCacheDir() ）
存储卡非APP私有存储路径	存储卡上非APP私有存储的其它路径（包括内置或可插拔的外置存储卡的非APP私有存储路径）	1 .Android 6.0+和部分OEM定制6.0-系统要动态申请存储卡读写权限，用户授权后才能读写; 2 .可插拔存储卡被移除后就数据无法访问； 3.非系统指定的APP私有路径，卸载APP或清除数据时，对应的数据不会被清除，持久性强; 4.放置到公共存储卡上，其实更容易被工具类APP清理缓存时引导用户做清理，	因涉及用户动态权限，卸载APP后无法自动清理干净，一般不建议在此类路径下存储文件，有特殊需求的需要提出来Review审核	不建议使用的存储路径，暂时不做规范
SharedPreferences	/data/../<packagename>/shared_prefs/	存储SharedPreferences文件	存储全局性的开关，基类型的键值对数据	涉及历史数据兼容性,此类数据存储体积上相对较小，暂时不做清理和统一要求；但需要业务内定期静态清理废弃的字段或表；单个表添加的数据项得设置上限值（一般1000条以内），做LRU替换
Databse	/data/../<packagename>/databases/	存储APP内基于系统Sqlite数据库存储的	存储按数据库表格式访问的数据

注： Android APP内各业务存储路径汇总表

2. Android APP统一访问存储卡路径的API

根据第1节的介绍，基线APP内各业务一般只需要在内置数据区和存储卡APP私有路径上存取文件或数据，按基线APP中运行的业务特性提供不同的根路径获取API

1>基线维护的所有业务，或以aar，jar等依赖基线基础库接入基线的业务，使用基线基础库提供的适配层API（便于在Android新系统或定制机型上存储特性变更时，由基线APP基础库修改API内部逻辑做兼容）

内置数据区files根路径： File getInternalDataFilesDir (Context mContext, String subFolder)；

内置数据区cache根路径：File getInternalDataCacheDir (Context mContext, String subFolder)；

内置存储卡APP私有存储files根路径：File getInternalStorageFilesDir (Context mContext, String subFolder)

内置存储卡APP私有存储cache根路径：File getInternalStorageCacheDir (Context mContext, String subFolder)

注：以上API细节定义和说明参考wiki： Android存储介绍及API定义

2>基线对接的native库，由native提供API和接收路径参数，按照第1节中描述的存储特性，由基线APP层传递相应的根路径给native业务；

3>独立不依赖基线APP基础库的业务按照当前系统API来获取各自存储根路径（Android新系统或厂商定制系统上存储特性变更时，自行解决兼容性）

内置数据区files根路径： Context.getFilesDir()

内置数据区cache根路径： C ontext.getExternalCacheDir()

内置存储卡APP私有存储files根路径： Context.getExternalFilesDir()

内置存储卡APP私有存储cache根路径： C ontext.getExternalCacheDir()

4>垂直插件业务：各个插件按照3>中独立业务形式使用API，但插件中心会Hook Context中4个API来锁定根路径（对应到基线基础库的4个API上的根路径）；

3.缓存清理规范

用户在基线APP的“清理缓存”入口触发清理时，可以提供2个层次的清理选项

1.自动清理

临时数据：图片，网络请求的缓存临时数据（如：okhttp，fresco下载缓存的文件），直接删除后对用户体验影响可以忽略，直接扫描后清理；

2.深度清理

1> 自动扫描清理cache目录 ：按第1节规范的路径，接入基线APP的按要求统一存放路径，对数据分区和内置存储卡APP私有目录的cache目录和各级子目录（非 白名单路径 ）下的文件直接进行清理，静默删除，不需要用户确认（类似于系统应用设置中“清理缓存”操作）；

白名单路径 ：存放在cache目录下，删除后影响用户下次操作体验，删除后重复下载耗费流量，或其它特殊需求目录或文件；需要各业务找基线技术和产品申请配置白名单，白名单支持云端动态更新，白名单以相对路径中<子业务>或<子路径>名称匹配，不能直接配置 < 一级业务 >为白名单（避免不被删除的缓存文件范围过大）；

2> 用户交互式清理 ：对files路径或各级子路径，做扫描，扫描出的文件和目录不直接删除，UI上展示出“文件用途，删除后的影响，文件大小”等信息，由用户自主选择和确认后删除；各业务产品自己定义交互提示信息和涉及的文件路径范围；

3. 技术接口

1>基线业务，泡泡，Native库等业务，由基线APP在临时kill掉主进程，启独立子进程删除对应文件，删除后自动重启APP（参考地区模式切换的产品形态，产品定义必要的交互提示）效果上类似与系统应用设置中“清除数据”；独立业务可以提供独立清理API给基线APP调用清理对应文件，但各业务要确保文件能删除干净；

2>各插件业务的清理，由基线的插件中心统一做清理。

注：各业务的SharedPreferences,数据库，或其他独立文件中有记录或依赖被删除文件的，请自行内部判断检查文件被删除后可能导致业务逻辑异常的情况

1,Android官方文档对数据存储说明： Data Storage

2.基线APP实践和测试总结的存储特性： Android存储介绍及API定义

3.stackoverflow ： when to clear the cache dir in Android

1. Android APP统一存储数据规范基于Android系统对存储卡访问的各种特性，在充分保证基线的产品交互体验前提下，定义Android APP各业务开发中的可选存储路径，对应存储特性，各自适合存储文件范围和存储路径格式规范。存储类型根路径特性存储文件范围业务路径格式内置数据分区 /data/../<packagename>/files/ （对应：Context.getFilesDir()） 1.APP被安装时系统分配在d.

Android app 的文件缓存目录可以是 app 内置私有的目录，当然也可以选择外置sdcard目录内置私有目录/data/data/[packagename]/files 文件缓存目录,一般存小的文件缓存，如果是图片，不建议放这里，一般放到外置卡。File file = getFilesDir();返回该目录写文件到该目录下可以像这样FileOutputStream fos = null;

public static CacheUtils getInstance() { if (instance == null) { synchronized (CacheUtils.class) {

Android 本地文件缓存各个方法获取的路径小结引言获取路径的几种方法先看测试代码以及打印的日志打印的日志分析常用的几个转换方法File 转 UriUri 转 File文件路径转BitmapBitmap 转文件日常的开发中总是会遇到需要缓存一些文件到本地，一直以来对获取缓存路径的几个方法对应的路径一直有点迷糊，有空小结一下几个方法对应的路径获取路径的几种方法先看测试代码以及打印的日...

Android 应用内部存储之应用文件缓存的重点在最后总结，如果想快速学习，直接查看最后总结。在向手机上保存数据，一般是把数据保存在sdcard中的。大部分应用是直接在sdcard的根目录下创建一个文件夹，然后把数据保存在该文件夹中。这样当该应用被卸载后，这些数据还保留在sdcard中，留下了垃圾数据。如果你想让你的应用被卸载后，与该应用相关的数据也清除掉，该怎么办呢？如果 Android 应用程序需要缓存临时文件，需要存储到 Android 应用内部存储， Android 应用内部存储之应用文件缓存有两种，一...

Environment.getDataDirectory() = /data Environment.getDownloadCacheDirectory() = /cache Environment.getExternalStorageDirectory() = /mnt/sdcard Environment.getExternalStoragePublicDirectory(“test”) =...

### 回答1： Android 设备上的应用程序会使用缓存来提高其性能。缓存是一种内存储存，用于暂时存储数据，以便下次更快地访问。但是，缓存的过度使用对设备性能和存储空间都会产生影响。因此， Android 系统允许用户查看和管理每个应用程序的缓存使用情况。要获取应用程序的缓存使用情况，可以按照以下步骤操作： 1. 打开设备的“设置”应用程序。 2. 在设置应用程序中选择“应用程序”或“应用管理器”选项，这取决于您的设备型号和 Android 版本。 3. 从列表中选择您想要检查的应用程序。 4. 在应用程序详细信息页面上，您可以看到应用程序占用的总存储空间、已安装空间和缓存空间的大小。 5. 点击“ 缓存 ”选项将显示这个应用程序的缓存大小。 6. 如果您想要清除缓存，可以点击“清除缓存 ”按钮。以上就是如何在 Android 设备上获取应用程序缓存使用情况的简单步骤。通过查看和管理应用程序的缓存使用情况，可以释放存储空间，提高设备性能，并且确保您的应用程序在最佳的运行状态下工作。 ### 回答2： Android 获取 app 占用缓存很简单。缓存是指临时存储的数据，例如图片、音频或视频等文件可以被缓存。缓存数据可以提高应用程序的性能，因为它使应用程序可以更快地从手机中读取数据，并且可以减少数据的使用情况。要获取 Android 应用程序占用缓存，可以在 Android 设备中执行以下步骤： 1. 打开设置应用程序。 2. 然后点击“应用程序”。 3. 在打开的列表中找到你要查看的应用程序。 4. 点击该应用程序以打开详情页面。 5. 在详情页面中，你可以看到应用程序的大小以及它占用了多少存储空间和多少缓存。 6.如果你希望清除缓存，请点击“清除缓存 ”按钮。请注意，清除应用程序的缓存可能会导致无法加载某些数据，因为它们需要重新下载或重新缓存。所以请在仔细考虑清除缓存之前，确定这样做不会导致不必要的问题。