android数据存储路径

① android 数据存储的几种方式

总体的来讲，数据存储方式有三种：一个是文件，一个是数据库，另一个则是网络。其中文件和数据库可能用的稍多一些，文件用起来较为方便，程序可以自己定义格式；数据库用起稍烦锁一些，但它有它的优点，比如在海量数据时性能优越，有查询功能，可以加密，可以加锁，可以跨应用，跨平台等等；网络，则用于比较重要的事情，比如科研，勘探，航空等实时采集到的数据需要马上通过网络传输到数据处理中心进行存储并进行处理。 对于Android平台来讲，它的存储方式也不外乎这几种，按方式总体来分，也是文件，数据库和网络。但从开发者的角度来讲它可以分为以下五种方式： 1.SharedPreferences共享偏好 2.Internal Storage内部存储空间 3.External Storage外部存储空间 4.SQLite Database数据库 5.Internet网络 这几种方式各自有各自的优点和缺点，要根据不同的实际情况来选择，而无法给出统一的标准。下面就各种方式谈谈它们的优缺点，以及最合适的使用情况： 1.Shared Preferences共享偏好 SharedPreferences是用来存储一些Key/Value类似的成对的基本数据类型，注意，它只能存储基本数据类型，也即int, long, boolean, String, float。事实上它完全相当于一个HashMap，唯一不同的就是HashMap中的Value可以是任何对象，而SharedPreferences中的值只能存储基本数据类型(primitive types)。 对于它的使用方法，可以参考Android Developer Guide，这里不重复。 如此来看，最适合SharedPreferences的地方就是保存配置信息，因为很多配置信息都是Key/Value。事实上，在Android当中SharedPreferences使用最多的地方也是用来保存配置（Settings）信息，系统中的Settings中这样，各个应用中的Settings也是这样。并且，Android中为了方便的使用SharedPreferences保存配置信息，它来专门有PreferenceActivity用来封装。也就是说如果你想在应用程序中创建配置（Settings），你可以直接使用PreferenceActivity和一些相关的专门为Preference封装的组件，而不用再直接去创建，读取和保存SharedPreference，Framework中的这些组件会为你做这些事。 再谈谈一些使用SharedPreference时的技巧，它只能保存基本数据类型，但假如我想保存一个数组，怎么办？可以把数据进行处理，把它转化成一个String，取出的时候再还原就好了；再如，如想保存一个对象，怎么办，同样，可以把对象序列化成为字符序列，或转成String（Object.toString()），或是把它的HashCode（Object.hashCode()）当成Value保存进去。 总之，SharedPreferences使用起来十分的方便，可以灵活应用，因为它简单方便，所以能用它就尽量不要用文件或是数据库。 1.Internal Storage内部存储空间 所谓的内部存储与外部存储，是指是否是手机内置。手机内置的存储空间，称为内部存储，它是手机一旦出厂就无法改变，它也是手机的硬件指标之一，通常来讲手机内置存储空间越大意味着手机价格会越贵(很多地方把它称为手机内存，但我们做软件的知道，这并不准确，内存是指手机运行时存储程序，数据和指令的地方；这里应该是手机内部存储的简称为内存，而并非严格意义上的内存)。 内部存储空间十分有限，因而显得可贵，所以我们要尽可能避免使用；另外，它也是系统本身和系统应用程序主要的数据存储所在地，一旦内部存储空间耗尽，手机也就无法使用了。所以对于内部存储空间，我们要尽量避免使用。上面所谈到的Shared Preferences和下面要谈到的SQLite数据库也都是存储在内部存储空间上的。 Android本身来讲是一个Linux操作系统，所以它的内部存储空间，对于应用程序和用户来讲就是“/data/data"目录。它与其他的（外部的存储）相比有着比较稳定，存储方便，操作简单，更加安全（因为可以控制访问权限）等优点。而它唯一的缺点就是它比较有限，比较可贵。 虽然，可以非常容易的知道程序本身的数据所在路径，所有的应用程序的数据路径都是“/data/data/app-package-name/”，所有的程序用到的数据，比如libs库，SharedPreferences都是存放在这个路径下面。但我们在使用的时候最好不要，或是千万不要直接引用这个路径。 使用内部存储主要有二个方式，一个是文件操作，一个是文件夹操作。无论哪种方式，Context中都提供了相应的函数来支持，使用Context不但操作简单方便，最重要的是Context会帮助我们管理这些文件，也可以方便帮助我们控制文件的访问权限。先来系统的说下Context中关于文件和文件夹操作的函数有哪些。 a. 创建一个文件，并打开成一个文件输出流，需要提供一个String，作为文件名 1.FileOutputStream output = Context.openOutputFile(filename， Context.MODE_PRIVATE); 2.output.write(data）；// use output to write whatever you like 3.output.close(); 1.FileOutputStream output = Context.openOutputFile(filename， Context.MODE_PRIVATE); output.write(data）；// use output to write whatever you like output.close(); b. 同样，想打开一个文件作为输入的话，也是只需要提供文件名 1.FileInputStream input = Context.openInputFile(filename); 2.input.read(); 3.input.close(); 1.FileInputStream input = Context.openInputFile(filename); input.read(); input.close(); c. 列出所有的已创建的文件 1.String[] files = Context.fileList(); 2.for (String file : files) ｛ 3. Log.e(TAG, "file is " + file); 4.} 1.String[] files = Context.fileList(); for (String file : files) ｛ Log.e(TAG, "file is " + file); } d. 删除文件，能创建就要能够删除，当然也会提供了删除文件的接口，它也非常简单，只需要提供文件名 1.if (Context.deleteFile(filename)) { 2. Log.e(TAG, "delete file " + filename + " sucessfully“); 3.} else { 4. Log.e(TAG, "failed to delete file " + filename); 5.} 1.if (Context.deleteFile(filename)) { Log.e(TAG, "delete file " + filename + " sucessfully“); } else { Log.e(TAG, "failed to delete file " + filename); } e. 获取文件已创建文件的路径，它返回一个文件对象用于操作路径 1.File fileDir = Context.getFileDir(); 2.Log.e(TAG, "fileDir " + fileDir.getAbsolutePath(); 1.File fileDir = Context.getFileDir(); Log.e(TAG, "fileDir " + fileDir.getAbsolutePath(); f. 创建一个目录，需要传入目录名称，它返回 一个文件对象用到操作路径 1.File workDir = Context.getDir(dirName, Context.MODE_PRIVATE); 2.Log.e(TAG, "workdir " + workDir.getAbsolutePath(); 1.File workDir = Context.getDir(dirName, Context.MODE_PRIVATE); Log.e(TAG, "workdir " + workDir.getAbsolutePath(); g. 以File对象方式查看所创建文件，需要传入文件名，会返回文件对象 1.File store = Context.openFileStreamPath(filename); 2.Log.e(TAG, "store " + store.length()); 1.File store = Context.openFileStreamPath(filename); Log.e(TAG, "store " + store.length()); h. 获取Cache路径，无需要传入参数，返回文件对象 1.File cachedir = Context.getCacheDir(); 2.Log.e(TAG, "cachedir " + cacheDir.getAbsolutePath()); 1.File cachedir = Context.getCacheDir(); Log.e(TAG, "cachedir " + cacheDir.getAbsolutePath()); 总结一下文件相关操作，可以得出以下三个特点： 1. 文件操作只需要向函数提供文件名，所以程序自己只需要维护文件名即可； 2. 不用自己去创建文件对象和输入、输出流，提供文件名就可以返回File对象或输入输出流 3. 对于路径操作返回的都是文件对象。 如前所述，内部存储空间有限，可贵，安全，稳定，所以应该用来保存比较重要的数据，比如用户信息资料，口令秘码等不需要与其他应用程序共享的数据。也可以用来创建临时文件，但一定要注意及时删除。另外，对于内部存储还有一个非常重要的特点，那就是在应用程序被卸载时，应用程序在内部存储空间的文件数据将全部被删除。系统这样做的原因很简单，就是因为内部存储很有限，它必须保证它的可用性，因为一旦添满，系统将无法再正常工作。 1.External Storage外部存储空间 再来谈谈手机外部存储空间，与内部存储空间相对，外部存储空间是指手机出厂的时候不存在，用户在使用时候可以自由添加的外部存储介质比如TS卡，SD卡等闪存储介质。这些闪存介质由最初的空间小价格贵，到现在的大容量价格便宜，所以几乎每个支持外部存储的手机上面都有大容量（大于等于2G）的闪存卡。 Android也是不例外，它完全支持外部存储介质。其实更确切的说，它是要依赖于外部存储卡的，因为对于Android系统，如果没有外部存储卡，很多的系统应用无法使用，比如多媒体相关的应用程序无法使用。虽然Android很依赖，但是外部存储卡也有它自身的特点，它最大的优点就是存储空间大，基本上你可无限制的使用，也不怎么担心去清除数据。就目前来看，很多程序都在使用外部存储卡，但很少有程序去主动清理数据，所以无论你的SD卡有多大，它的可用空间却越来越少。与内部存储不同的是，当程序卸载时，它在外部存储所创建的文件数据是不会被清除的。所以清理外部存储空间的责任丢给了用户自己，每隔一段时间就去查看下SD卡，发现无用数据立马删除。外部存储的缺点就是不是很稳定，对于Android手机来讲可以说，很不稳定，本身闪存介质就容易出问题，SD卡处于不能正常使用的状态十分多。 先来说说外部存储相关的使用方法和API： a. Check media availability检查介质的可用性 如前所述，外部存储介质的稳定性十分的差，所以在使用之前一定要先检查它的可用性，如果可用再去用 view plain to clipboardprint? 1.final String state = Environment.getExternalStorageState(); 2.if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } view plain to clipboardprint? 1.final String state = Environment.getExternalStorageState(); if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } final String state = Environment.getExternalStorageState(); if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } b. Get the directory获取外部存储卡的路径 事实上，外部存储卡的路径是“/mnt/sdcard"，所以你直接这样写去访问也能访问的到。鉴于可读性和可移植性的考虑，建议这样写： view plain to clipboardprint? 1.File sdcardDir = Environment.getExternalStorageDirectory(); view plain to clipboardprint? 1.File sdcardDir = Environment.getExternalStorageDirectory(); File sdcardDir = Environment.getExternalStorageDirectory(); c. For API 8 or greater, there are some other useful APIs helping to manager files and directories. 如果你使用API 8(Android 2.2)或者更高，那么SDK中又多了几个操作外部存储文件和路径的接口，文档中也建议开始者更加规范的使用SD卡。比如，创建相应的目录去存储相应的数据，Music，Picture，Video等。应用程序目录也变成了"/Android/data/package-name/data"。具体的使用可以参考文档，这里不重复。当然，就像编程规范一样，这里只是规范，你完全可以不遵守它，但出于可读性和可移植性，还是建议按照文档建议的去做。 下面总结一下使用时应该注意的一些和外部存储的特点： a. 外部存储卡不是随时想用就能够用的，所以一定要记得在使用之前检查它的可用性 b. 存储在外部存储卡上的数据是所有应用程序都可见，用户也可见（使用FileManager），所以安全性不是很好，虽然文档声称可以在外部存储卡上写程序私有数据，但貌似没用，用FileManager仍然可以删除或编辑文件（Market上面的FileManager功能都十分的强大，能让用户看到SD卡中的所有文件，和操作能看到的文件）。 c. Android手机支持把外部存储卡Mount至PC做为U盘，当连接数据线时，这时SD卡变成了U盘连接到了另外的操作系统中。什么意思，就是在Android当中虽然有的文件属性（隐藏，私有等），到了PC上就不一定管用了，用户在PC上可以随意操作文件（这就是第二点中所提及的）。 d. 如果使用外部存储卡保存数据，一定要额外做好异常处理：外部存储卡不可用时把数据存入哪里；可用的时候再怎么同步数据（这是比较头疼的地方，可行的做法就是当SD卡不可用时不准用户写数据，但这用户体验又不是很好，但如你所知，很多应用都这么干）；你的数据被破坏了。当然常见的异常也要考虑，比如空间满了，无法写入，磁盘坏道等。 1.SQLite Database数据库 Android对数据库的支持很好，它本身集成了SQLite数据库，每个应用都可以方便的使用它，或者更确切的说，Android完全依赖于SQLite数据库，它所有的系统数据和用到的结构化数据都存储在数据库中。 它具有以下优点： a. 效率出众，这是无可否认的 b. 十分适合存储结构化数据 c. 方便在不同的Activity，甚至不同的应用之间传递数据 先前有一篇文章讲到了不同Activity和不同应用之间传递数据的麻烦，特别是对于大型数据结构，因为Activity虽是Java对象，但去无法像使用其他类对象那样去创建一个实例然后使用它，更无法给Activity加上Setters和Getters（虽然这样做了没有编译错误）。比较好的解决方案就是把结构化数据写入数据库，然后在不同的Activity之间传递它们的Uri。 d. 由专门的ContentProvider来帮忙管理和维护数据库 e. 可以方便的设置访问权限，私有还是都可见 f. 操作方便，使用标准的CRUDE语句，ContentResolver.query(), update(), delete() insert()，详见ContentResolver g. 良好的可移植性和通用性，用标准的SQL语句就能实现CRUDE 对于它的使用方法可以去参考文档，这里也说不清楚。 1.Internet网络 网络是比较不靠谱的一个，因为移动终端的网络稳定性，以及所产生的流量让人伤不起，用户更伤不起。但若是对于非常重要的实时数据，或是需要发送给远端服务器处理的，也可以考虑使用网络实时发送。这已经有先例了，Apple和Google就是这样，iPhone设备和Android设备都会在用户不知情的情况 下收集用户的信息，然后又在用户不知情的情况 下发送到Apple和Google的服务器上，也就是所谓的“跟踪门”。除此之外，智能手机（特别是Android和火热的iPhone）上面的应用程序都会偷偷的在后台运行，收集用户数据，然后再偷偷的发服务器，直接伤害是用户流量，请看先前的文章。 对比这几种方式，可以总结下： 1. 简单数据和配置信息，SharedPreference是首选； 2. 如果SharedPreferences不够用，那么就创建一个数据库 3. 结构化数据，一定要创建数据库，虽然这稍显烦锁，但是好处无穷 4. 文件就是用来存储文件(也即非配置信息或结构化数据)，如文本文件，二进制文件，PC文件，多媒体文件，下载的文件等等。 5. 尽量不要创建文件 6. 如果创建文件，如果是私密文件或是重要文件，就存储在内部存储，否则放到外部存储 7. 不要收集用户数据，更不要发到网络上，虽然你们也有很多无奈。用户也无奈，也无辜，但更无助 平台为开发者准备了这么多的方式固然是一件好事，但我们要认清每一种的优点和缺点，根据实际情况选择最合适的。还有一个原则就是最简单原则，也就是说能用简单的方式处理，就不要用复杂的方式。

② 安卓手机游戏数据包放在哪个文件夹

数据包路径一般为sdcardANDRIODdata某游戏数据包（com.游戏英文名称就是那个游戏的数据包）。

安卓4.0及以上的话就是在内置存储中，也即文件管里中的sdcard目录（外置存储卡叫sdcard-ext），数据包也在sdcardANDRIODDATA下。

也有少部分的游戏厂商如gameloft的数据包就在存储卡根目录下的gameloft文件夹，路径为sdcardgameloft，还有的如glu游戏可能在sdcardANDRIODobb下。

(2)android数据存储路径扩展阅读：

另外需要注意的是，存储产品生产商会直接以1GB=1000MB，1MB=1000KB ，1KB=1000B的计算方式统计产品的容量，这就是为何买回的存储设备容量达不到标称容量的主要原因（如320G的硬盘只有300G左右）

每1024MB就是1GB，即1GB=1024MB，至于等于多少字节，自己算吧。现在我们搞清楚了，常听人说什么一张软盘是1.44MB、一张CD光盘是650MB、一块硬盘是120GB是什么意思了。打个比方，一篇10万汉字的小说，如果我们把存到磁盘上，需要占用多少空间呢？100,000汉字=200,000B=200,000B÷1024≈195.3KB≈195.3KB÷1024≈0.19MB

③ Android开发不知道文件存储位置

“/storage/emulated/0”这个路径就是文件管理器的根路径，也就是图片框里的路径，也就是说你把录音文件存放在文件管理器的最外边了，不需要点进去。现在你点进去的这个路径相当于是“/storage/emulated/0/storage/emulated/0”。

④ Android 请问如何更改android 数据库的存储路径

These files will be ones that get deleted first when the device runs low on storage. There is no guarantee when these files will be deleted.
但是，最好不要依赖系统来管理，应该自己设定一个最大容量，当超出这个值时自己删除。

Context.getFilesDir(),Context.openFileOutput(String, int),Context.getFileStreamPath(String),Context.getDir(String, int)
/data/data/files
Android支持在SD卡上的应用私有目录，在Froyo版本后，通过getExternalFilesDir()可以获得具体路径。该路径依赖与应用的包名，如果你包为hello.file那么SD开上的应用私有目录为\mnt\sdcard\Android\data\hello.file\files\.
在使用SD卡目录时，需注意SD卡是否挂载，可通过Environment.getExternalStorageState()方法进行判断，如果返回值为Envirnment.MEDIA_MOUNTED表示SD卡处于挂载状态，可以放心使用。

getExternalCacheDir()和getCacheDir()比较
共同点：
files will be deleted when the application is uninstalled
不同点：
1、The platform does not monitor the space available in external storage, and thus will not automatically delete these files. Note that you should be managing the maximum space you will use for these anyway, just like with getCacheDir().
2、External files are not always available: they will disappear if the user mounts the external storage on a computer or removes it. See the APIs on Environment for information in the storage state.
3、There is no security enforced with these files. All applications can read and write files placed here.

⑤ 安卓手机sd卡的路径在哪

sd卡路径的确是在/mnt sdcard，不过请注意下载游戏安装玩是无法安装在sd卡里，也就是说你安装了还是在手机内存里，游戏运行时是占用手机内存的，建议你试试用电脑把数据包下载在手机sd卡里，如果还是提醒内存不足就卸载掉点东西吧。

(5)android数据存储路径扩展阅读：

SD存储卡是一种基于半导体快闪记忆器的新一代记忆设备，由于它体积小、数据传输速度快、可热插拔等优良的特性，被广泛地于便携式装置上使用，例如数码相机、个人数码助理（外语缩写PDA）和多媒体播放器等。

SD卡是由松下电器、东芝和SanDisk联合推出，1999年8月发布。SD卡的数据传送和物理规范由MMC发展而来，大小和MMC卡差不多，尺寸为32mm x 24mm x 2.1mm。长宽和MMC卡一样，只是比MMC卡厚了0.7mm，以容纳更大容量的存贮单元。

S与 MMC 卡保持着向上的兼容，MMC卡可以被新的SD设备存取，兼容性则取决于应用软件，但SD卡却不可以被MMC设备存取。

参考资料：SD卡-网络

⑥ 安卓手机里的软件的数据是存储在哪的

1、安卓系统手机默认只能把软件安装在手机内存里；
2、手机ROM相当于PC上的硬盘，用于存储手机操作系统和软件，也叫FLASH ROM，决定手机存储空间的大小。手机RAM相当于PC的内存，其大小决定手机的运行速度；
3、Android系统中把软件安装到SD卡上，比这还简单，两步就够了：
第一步、存储卡分区
需要对手机SD卡进行分区，分一个FAT32分区和一个Ext3分区，FAT32分区用于正常存储图片、音乐、视频等资料，而Linux格式的Ext3分区就是用于扩容安装软件的分区。
第二步、将软件移动到SD卡
需要把系统默认的软件安装目录/data/app转移到SD卡的Ext3分区上，通过ln命令建立软链接，使系统自动把软件安装到SD卡上，达到节省手机内存空间的目的。
将存储卡装回手机，重新启动，使系统识别到Ext3分区。
4、在手机上运行超级终端，依次输入以下命令来验证系统是否识别了Ext3分区：
su (会提示高级权限授权，选择“总是同意”)
busybox df –h
如果显示的列表中有/dev/block/mmcblk0p2的信息说明系统已成功识别了Ext3分区。
然后依次输入以下命令将/data/app目录转移到SD卡的Ext3分区:
cp –a /data/app /system/sd/
(将/data/app目录复制到/system/sd/下)
rm –r /data/app
(删除/data/app目录)
ln –s /system/sd/app /data/app
(建立软链接)
Reboot
(重启手机)
重启之后，手机上安装的所有软件就全部转移到了SD卡上。
注意：
1.软件移动到SD卡上后，原有的部分桌面插件会无法正常显示，删除后，重新加入桌面即可；
2.SD卡的Ext3分区可以视为手机硬件的一部分，移除SD卡后，安装的软件将无法运行。插入SD卡，重新启动手机即可正常使用。

⑦ android的程序运行数据存放在哪里

微信运行时读取的个人信息，和使用流量这些数据信息，是来自数据库，在系统的data/data/目录下有各个程序的数据存储，比如说MMS在com.android.mms下有个databases文件夹下就有XXX.db文件存放短信相关的数据信息，微信的包名我不知道叫什么，但肯定也是在data/data文件夹下，微信安装的APK，不是系统应用，安装目录在data/app目录下。
而图片、声音和影像之类的东西存在sd卡中，如果有缓存的话，肯定也是在sd卡中有专门生成的目录，这个你都已经找到了。

⑧ 安卓数据会存本地吗

安卓开发之数据存储在本地的四种方式

本地数据存储，在安卓开发过程中是不可避免的一个话题。这些本地的数据可能是用户的设置，程序的设置，用户的数据图片, 也可能是网络传输的一些缓冲数据。

基本上我们有4种方法可以存储安卓程序的数据。

第1种是Shared Preference(共享选项)。

这种方法适合于存储一些基本数据类型的数据。他提供的是key-value（键值）的方式。键必须是字符串类型的，值可以是布尔型的，浮点型的，整型的，长整型的，或者字符串类型的。

这种方式是用一个xml文件在私有的目录里面存放这些数据的。一个程序可以有多个这样的文件。

下面一段代码用来描述写入数据。

第2种是Internal Storage(内部存储)。

这种方式用来存储一些复杂的数据结构。因为是内部存储方式，所以其他程序无法访问。这样可以保证数据的安全性。当你的程序卸载以后，这些内部存储数据也会被清除掉。

这类数据一般包括像一些对象，或者本地需要一些类似文件系统访问模式的数据。

下面一段代码用来写入数据。

第3种是External Storage(外部存储)。

这种存储方式用来存储一些文件对象。这些文件可以被其他程序来访问。要使用外部存储，需要申请特别的写权限WRITE_EXTERNAL_STORAGE。如果其他程序需要访问这些外部存储数据的话，也需要申请读权限READ_EXTERNAL_STORAGE 。

从安卓4.4开始，用户可以把自己的数据写入一个私有的外部存储文件夹中，如果这样的话，用户就不需要申请写权限WRITE_EXTERNAL_STORAGE。当用户卸载程序的时候，这个文件夹也会被清除。

从安卓7.0开始， 安卓程序可以申请访问特定的文件目录，而不是申请访问整个外部存储空间。这样可以保证数据的安全性，防止误操作。用户只可以访问图片目录，或者文档目录。

第4种是SQLite database(数据库)。

这种方式需要了解一些数据库方面的知识。适合存储相对结构化的数据。尤其是表结构。数据库是跟当前程序绑定的其他程序无法访问。

下面一段代码用来展示写入数据。

这里是丁哥开讲，欢迎留言进行进一步的讨论，谢谢。

与此同时请关注一下我们的合作伙伴。

⑨ 在android中简单描述数据存储的具体位置在哪里

数据存储在开发中是使用最频繁的，Android平台主要有5种实现数据存储的方式。
第1种： 使用SharedPreferences存储数据
SharedPreferences是Android平台上一个轻量级的存储类，主要是保存一些常用的配置比如窗口状态，一般在Activity中 重载窗口状态onSaveInstanceState保存一般使用SharedPreferences完成，它提供了Android平台常规的Long长 整形、Int整形、String字符串型的保存。
它的本质是基于XML文件存储key-value键值对数据，通常用来存储一些简单的配置信息。
其存储位置在/data/data/<包名>/shared_prefs目录下。
SharedPreferences对象本身只能获取数据而不支持存储和修改，存储修改是通过Editor对象实现。
实现SharedPreferences存储的步骤如下：
一、根据Context获取SharedPreferences对象
二、利用edit()方法获取Editor对象。
三、通过Editor对象存储key-value键值对数据。
四、通过commit()方法提交数据。
SharedPreferences对象与SQLite数据库相比，免去了创建数据库，创建表，写SQL语句等诸多操作，相对而言更加方便，简洁。但是SharedPreferences也有其自身缺陷，比如其职能存储boolean，int，float，long和String五种简单的数据类型，比如其无法进行条件查询等。所以不论SharedPreferences的数据存储操作是如何简单，它也只能是存储方式的一种补充，而无法完全替代如SQLite数据库这样的其他数据存储方式。

⑩ 怎样找到安卓手机app应用数据所在的位置

打开文件管理，依次点击【分类】>>【应用】。选择要查看的app，例如“网络”，然后长按。点击底部的【详情】，即可看到app的存储位置。

工具／原料：

华为手机荣耀Play4T Pro

Android版本10

1、打开文件管理。