【Android开发经验】APP的缓存文件到底应该存在哪?看完这篇文章你应该就自己清楚了

本文详细介绍了Android应用中内部存储和外部存储的区别,包括它们的特点、适用场景及如何获取存储路径。同时对比了内部存储中文件的安全性和外部存储中私有与公共文件的区别。

只要是需要进行联网获取数据的APP,那么不管是版本更新,还是图片缓存,都会在本地产生缓存文件。那么,这些缓存文件到底放在什地方合适呢?系统有没有给我们提供建议的缓存位置呢?不同的缓存位置有什么不同呢?今天这篇文章就是主要来说明这个问题的。

    首先,我们要知道,在Android手机里面,缓存的位置分为两类,一类是Internal Storage,即内部存储,另外一类是External Storage,即外部存储。比较老的手机,有一个手机内部存储,还有一个SD卡存储,就是分别对应这两种存储位置,因为以前的SD卡是可以扩展的,即可拆卸的,所以可以用是否可拆卸作为内外存储的分类标准。但是现在最新的设备,比如小米、锤子、华为等,都取消了可拆卸的SD卡,直接与机身焊接在一起,分为16G、32G版本,所以现在内外存储的分类不再以是否可拆卸作为标准,而是以下面的几方面作为新的标准:


    内部存储:

    总是可用的
    这里的文件默认是只能被你的app所访问的。
    当用户卸载你的app的时候,系统会把internal里面的相关文件都清除干净。
    Internal是在你想确保不被用户与其他app所访问的最佳存储区域。


    外部存储:

    并不总是可用的,因为用户可以选择把这部分作为USB存储模式,这样就不可以访问了。
    是大家都可以访问的,因此保存到这里的文件是失去访问控制权限的。
    当用户卸载你的app时,系统仅仅会删除external根目录(getExternalFilesDir())下的相关文件。
    External是在你不需要严格的访问权限并且你希望这些文件能够被其他app所共享或者是允许用户通过电脑访问时的最佳存储区域。  


    读取内部存储不需要权限,但是读取或者是写入外部存储需要权限,在现版本里面,读权限不进行声明,也可以实现读取,但是在以后版本可能会修改,所以请务必加上,如果应用需要写入权限,那么只声明写入权限即可,不需要再声明读取权限。

   

    下面分别说明如何获取内外存储的文件位置和区别。


    一.保存到内部存储的方式

    1.getFileDir() 通过此方法可以获取到你的APP内部存储的文件,路径为/data/data/pacgage_name/files

    我们直接上代码进行测试:

[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. File file1 = new File(getFilesDir(), "getFilesDir.txt");  
  2.         Log.d("TAG""file1=" + file1.getAbsolutePath());  
  3.   
  4.         try {  
  5.             OutputStream outputStream1 = new FileOutputStream(file1);  
  6.             outputStream1.write("file".getBytes());  
  7.             outputStream1.close();  
  8.         } catch (Exception e) {  
  9.             e.printStackTrace();  
  10.         }  

     运行结果如下:

[html]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. 02-03 07:18:04.068  22237-22237/? D/TAG﹕ file1=/data/data/com.socks.baidudemo/files/getFilesDir.txt  

     2.getCacheDir() 通过此方法可以获取到你的APP内部存储的文件,路径为/data/data/package_name/cache

    测试代码:

[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. File file2 = new File(getCacheDir(), "cache.txt");  
  2.         Log.d("TAG""file2=" + file2.getAbsolutePath());  
  3.         try {  
  4.             OutputStream outputStream1 = new FileOutputStream(file2);  
  5.             outputStream1.write("cache".getBytes());  
  6.             outputStream1.close();  
  7.         } catch (Exception e) {  
  8.             e.printStackTrace();  
  9.         }  

     运行结果如下:

[html]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. 02-03 07:19:31.508  23652-23652/? D/TAG﹕ file2=/data/data/com.socks.baidudemo/cache/cache.txt  

     3.openFileOutput() 通过此方法,我们可以获取到一个输出流,输出流的保存路径是/data/data/package_name/files ,和getFileDir()的路径一致

    测试代码如下

[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. try {  
  2.             OutputStream outputStream = openFileOutput("openFileOutput.txt", MODE_PRIVATE);  
  3.             outputStream.write("openFileOutput".getBytes());  
  4.             outputStream.close();  
  5.         } catch (Exception e) {  
  6.             e.printStackTrace();  
  7.         }  

    运行结果:



    你的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被卸载的时候才会被删除。还有要注意的一点是,如果应用程序是更新操作,内部存储不会被删除,区别于被用户手动卸载。


    二.外部存储的方式

    1.外部存储的状态

    与内部存储不同,外部存储的容量一般较大,而且当移动设备连接到PC之后,如果我们开启USB模式与PC连接并操作文件,这个时候外部存储是处于卸载状态的,APP不能对里面的文件进行操作,所以,我们的APP的对外部存储进行操作之前,请先检查外部存储的状态。

[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1.  /* Checks if external storage is available for read and write */  
  2. public boolean isExternalStorageWritable() {  
  3.     String state = Environment.getExternalStorageState();  
  4.     if (Environment.MEDIA_MOUNTED.equals(state)) {  
  5.         return true;  
  6.     }  
  7.     return false;  
  8. }  
  9.   
  10. /* Checks if external storage is available to at least read */  
  11. public boolean isExternalStorageReadable() {  
  12.     String state = Environment.getExternalStorageState();  
  13.     if (Environment.MEDIA_MOUNTED.equals(state) ||  
  14.         Environment.MEDIA_MOUNTED_READ_ONLY.equals(state)) {  
  15.         return true;  
  16.     }  
  17.     return false;  
  18. }  

     2.外部私有存储

    从上面内部存储的介绍来看,内部存储的文件应该属于私有文件,别的APP想要访问是比较困难的,那么外部存储呢?外部存储由于容量较大,一般是我们的APP保存较大文件的不二选择,那么是不是外部存储里面的文件,所有的APP都可以随意访问呢?显然并不是这样的,在外部存储中,也存在着私有文件的概念。

    就像我们在前面获取内部存储的方法一样,我们使用Context.getExternalCacheDir()和Context.getExternalFilesDir()就可以获取到外部存储的私有文件,我们以下面的代码为例

[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. File file3 = new File(getExternalCacheDir().getAbsolutePath(), "getExternalCacheDir.txt");  
  2.         try {  
  3.             OutputStream outputStream1 = new FileOutputStream(file3);  
  4.             outputStream1.write("getExternalCacheDir".getBytes());  
  5.             outputStream1.close();  
  6.         } catch (Exception e) {  
  7.             e.printStackTrace();  
  8.         }  
  9.   
  10.         Log.d("TAG""file3=" + file3);  
  11.   
  12.         File file4 = new File(getExternalFilesDir(Environment.DIRECTORY_PICTURES), "getExternalFilesDir.txt");  
  13.         try {  
  14.             OutputStream outputStream1 = new FileOutputStream(file4);  
  15.             outputStream1.write("getExternalFilesDir".getBytes());  
  16.             outputStream1.close();  
  17.         } catch (Exception e) {  
  18.             e.printStackTrace();  
  19.         }  

     运行结果如下:

[html]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. 02-03 08:11:38.860    9096-9096/? D/TAG﹕ file3=/storage/emulated/0/Android/data/com.socks.baidudemo/cache/getExternalCacheDir.txt  
  2. 02-03 08:11:38.860    9096-9096/? D/TAG﹕ file4=/storage/emulated/0/Android/data/com.socks.baidudemo/files/Pictures/getExternalFilesDir.txt  

     在系统中得位置如下



    从上图可以看出,我们创建的私有文件的地址是/sdcard/Android/date/package_name下面,Android文件夹是隐藏文件夹,用户无法操作。

    如果我们想缓存图片等比较耗空间的文件,推荐放在getExternalCacheDir()所在的文件下面,这个文件和getCacheDir()很像,都可以放缓存文件,在APP被卸载的时候,都会被系统删除,而且缓存的内容对其他APP是相对私有的。

    但是,除此之外,还是有一些差别的:


    

    Context.getExternalFilesDir()和Context.getFilesDir()也是有区别的,但是在应用卸载的时候,也是会被删除的。




    3.外部公共存储

    如果你的APP产生的文件不需要隐藏,即对用户是可见的,那么你可以把文件放在外部的公共存储文件下面。

    我们可以通过下面的代码获取到公共存储目录

[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. Environment.getExternalStorageDirectory()  
  2.   
  3. Environment.getExternalStoragePublicDirectory()  

    这个方法不是Context的方法,而是Environment的两个方法,第一个方法获取到的其实是外部存储的根目录,而第二个方法获取到得则是外部存储的公共目录。其实在访问权限上是没有区别的,不同点是getExternalStoragePublicDirectory()在运行的时候,会需要你带有一个特定的参数来指定这些public的文件类型,以便于与其他public文件进行分类。参数类型包括DIRECTORY_MUSIC 或者 DIRECTORY_PICTURES. 如下:

[java]  view plain  copy
  在CODE上查看代码片 派生到我的代码片
  1. public File getAlbumStorageDir(Context context, String albumName) {  
  2.     // Get the directory for the app's private pictures directory.  
  3.     File file = new File(context.getExternalFilesDir(  
  4.             Environment.DIRECTORY_PICTURES), albumName);  
  5.     if (!file.mkdirs()) {  
  6.         Log.e(LOG_TAG, "Directory not created");  
  7.     }  
  8.     return file;  
  9. }  

     不管你是使用 getExternalStoragePublicDirectory() 来存储可以共享的文件,还是使用 getExternalFilesDir() 来储存那些对与你的app来说是私有的文件,有一点很重要,那就是你要使用那些类似DIRECTORY_PICTURES 的API的常量。那些目录类型参数可以确保那些文件被系统正确的对待。例如,那些以DIRECTORY_RINGTONES 类型保存的文件就会被系统的media scanner认为是ringtone而不是音乐。

    下面就是这些参数对应的文件夹



    之前一直对缓存文件夹乱糟糟的,经过这么已整理,感觉清楚了很多,萌萌哒 ~~~~^_^~~~ 


------------------------------------------------------------------

转自:http://blog.youkuaiyun.com/zhaokaiqiang1992/article/details/43451931



<think>我们正在解决Flutter项目中由于设置Kotlin编译目标版本(jvmTarget)导致的编译错误。具体错误信息是:Executionfailedfortask':on_audio_query_android:compileDebugKotlin'Errorwhileevaluatingproperty'compilerOptions.jvmTarget'Failedtocalculatethevalueofproperty'jvmTarget'UnknownKotlinJVMtarget这个错误通常发生在你指定的JVM目标版本不被当前Kotlin版本支持。在Flutter项目中,我们通常通过修改`android/app/build.gradle.kts`(或插件的build.gradle.kts)文件来设置jvmTarget。###解决步骤####1.确认当前Kotlin版本在项目的根目录下,打开`android/build.gradle.kts`(或`build.gradle`)文件,查看Kotlin插件的版本。例如:```kotlinplugins{id("com.android.application")version"7.4.2"applyfalseid("com.android.library")version"7.4.2"applyfalseid("org.jetbrains.kotlin.android")version"1.8.20"applyfalse//注意这里的Kotlin版本}```####2.检查jvmTarget设置在`android/app/build.gradle.kts`(或者具体出错的模块,这里是`:on_audio_query_android`模块)中,你设置了`jvmTarget`为17。例如:```kotlinandroid{compileOptions{sourceCompatibility=JavaVersion.VERSION_17targetCompatibility=JavaVersion.VERSION_17}kotlinOptions{jvmTarget="17"}}```但是,错误提示`UnknownKotlinJVMtarget`,这意味着你使用的Kotlin版本可能不支持JVM17。请注意,Kotlin版本与JVM目标版本的对应关系:-Kotlin1.5.x:支持JVM目标版本1.8(最高)-Kotlin1.6.x:支持JVM目标版本1.8或11(实验性)-Kotlin1.8.x:支持JVM目标版本1.8、11、17因此,如果你的Kotlin版本低于1.8,而设置了jvmTarget为17,就会出错。####3.升级Kotlin版本如果确认是因为Kotlin版本过低,我们需要升级整个项目中的Kotlin插件版本到1.8.0或更高。修改根目录下的`android/build.gradle.kts`(或`build.gradle`)文件,将Kotlin版本设置为至少1.8.0:```kotlinplugins{...id("org.jetbrains.kotlin.android")version"1.8.20"applyfalse//修改为1.8.20或更高}```然后,在模块(如`android/app/build.gradle.kts`)中,同样需要升级Kotlin插件:```kotlinplugins{id("com.android.application")id("org.jetbrains.kotlin.android")version"1.8.20"//这里也要指定相同的版本}```注意:如果项目中有多个模块,每个模块都需要使用相同版本的Kotlin插件。####4.同步Gradle修改后,执行`flutterclean`,然后重新构建项目:```bashfluttercleanflutterrun```或者通过AndroidStudio的Gradle同步按钮进行同步。####5.检查第三方插件错误中提到了`:on_audio_query_android`插件,这是第三方插件。如果上述步骤后问题仍然存在,可能是该插件本身使用的Kotlin版本较低,不支持JVM17。你需要:-检查该插件的`build.gradle.kts`(或`build.gradle`)文件,看它是否设置了较低的Kotlin版本。如果是,你可能需要向插件作者提issue,或者临时修改本地插件代码(将插件的Kotlin版本升级)。###替代方案(临时)如果暂时无法升级Kotlin版本,可以将jvmTarget降级为1.8(但Java17新特性将无法使用):```kotlinkotlinOptions{jvmTarget="1.8"}```同时,确保Java的`sourceCompatibility`和`targetCompatibility`也设置为JavaVersion.VERSION_1_8。###总结出现`UnknownKotlinJVMtarget`错误的主要原因是Kotlin版本与JVM目标版本不匹配。通常,升级Kotlin到1.8.0以上版本可以解决。如果问题出现在第三方插件,则需要更新插件或联系插件作者。###注意事项-Flutter项目中,Kotlin版本通常在`android/build.gradle`中设置,但第三方插件可能有自己的设置。-确保项目中所有模块的Kotlin版本一致。§§相关问题§§1.如何查看Flutter项目中使用的Kotlin版本?2.在Flutter中如何统一多个模块的Kotlin版本?3.为什么在Flutter项目中设置jvmTarget很重要?</think> ### 解决 Flutter 中 `kotlinOptions.jvmTarget` 编译错误的方案 #### 错误分析 错误 `Execution failed for task ':on_audio_query_android:compileDebugKotlin'` 的核心原因是: 1. **Kotlin 版本与 JVM 目标版本不兼容**:你指定了 `jvmTarget=17`,但当前项目使用的 Kotlin 编译器可能不支持 JVM 17 2. **插件冲突**:第三方插件 `on_audio_query_android` 可能使用了过时的 Kotlin 版本 3. **版本不一致**:项目中不同模块的 Kotlin 版本或 Gradle 配置存在冲突 --- ### 解决方案(逐步操作) #### 步骤 1:升级 Kotlin 版本 在 `android/build.gradle.kts` 中升级 Kotlin 版本(最低支持 JVM 17 的版本): ```kotlin // 项目根目录/android/build.gradle.kts buildscript { ext.kotlin_version = "1.8.20" // 最低要求 1.6.0+ repositories { google() mavenCentral() } dependencies { classpath("com.android.tools.build:gradle:7.4.2") classpath("org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version") } } ``` #### 步骤 2:检查第三方插件兼容性 1. 在 `pubspec.yaml` 中确认插件版本: ```yaml dependencies: on_audio_query: ^3.3.1+1 # 使用最新版本 ``` 2. 如果插件不兼容: - 在插件的 `android/build.gradle.kts` 中添加强制兼容(临时方案): ```kotlin android { kotlinOptions { jvmTarget = JavaVersion.VERSION_17.toString() // 添加语言版本兼容 languageVersion = "1.8" } } ``` #### 步骤 3:统一 JVM 目标配置 在 `app/build.gradle.kts` 和插件模块中保持配置一致: ```kotlin kotlinOptions { jvmTarget = "17" // 对于 Java 模块也需同步 apiVersion = "1.8" // 与 languageVersion 一致 } // 同时添加 Java 兼容 compileOptions { sourceCompatibility = JavaVersion.VERSION_17 targetCompatibility = JavaVersion.VERSION_17 } ``` #### 步骤 4:清理构建缓存 终端执行: ```bash flutter clean rm -rf android/.gradle # 清除 Gradle 缓存 flutter pub get ``` #### 步骤 5:验证环境变量 确认本地开发环境支持 Java 17: 1. 终端检查: ```bash java -version # 应显示 17+ kotlin -version # 应显示 1.8+ ``` --- ### 备选方案(如果仍失败) 1. **降级 JVM 目标**(临时): ```kotlin kotlinOptions { jvmTarget = "11" // 兼容性更好的版本 } ``` 2. **替换有问题的插件**:如使用其他音频插件(如 `just_audio`) 3. **升级 Gradle**:在 `android/gradle/wrapper/gradle-wrapper.properties` 中: ```properties distributionUrl=https\://services.gradle.org/distributions/gradle-8.0-bin.zip ``` --- ### 关键技术说明 - **JVM 目标版本要求**: | Kotlin 版本 | 最高支持 JVM 目标 | |-------------|------------------| | < 1.6 | 1.8 | | 1.6~1.7 | 11 | | ≥1.8 | 17 | - **Gradle 与 Kotlin 兼容性**:建议使用 Android Gradle Plugin 7.3+[^1] ---
评论 9
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值