Ⅰ 简述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数据库这样的其他数据存储方式。
第2种： 内部文件存储数据
关于文件存储，Activity提供了openFileOutput()方法可以用于把数据输出到文件中，具体的实现过程与在J2SE环境中保存数据到文件中是一样的。
文件可用来存放大量数据，如文本、图片、音频等。
默认位置：/data/data/<包>/files/***.***。
openFileOutput()方法的第一参数用于指定文件名称，不能包含路径分隔符“/” ，如果文件不存在，Android 会自动创建它。
创建的文件保存在/data/data//files目录，如： /data/data/cn.itcast.action/files/itcast.txt ，通过点击Eclipse菜单“Window”-“Show View”-“Other”，在对话窗口中展开android文件夹，选择下面的File Explorer视图，然后在File Explorer视图中展开/data/data//files目录就可以看到该文件。
openFileOutput()方法的第二参数用于指定操作模式，有四种模式，分别为：
Context.MODE_PRIVATE = 0
Context.MODE_APPEND = 32768
Context.MODE_WORLD_READABLE = 1
Context.MODE_WORLD_WRITEABLE = 2
Context.MODE_PRIVATE：为默认操作模式，代表该文件是私有数据，只能被应用本身访问，在该模式下，写入的内容会覆盖原文件的内容，如果想把新写入的内容追加到原文件中。可以使用Context.MODE_APPEND
Context.MODE_APPEND：模式会检查文件是否存在，存在就往文件追加内容，否则就创建新文件。
Context.MODE_WORLD_READABLE和Context.MODE_WORLD_WRITEABLE用来控制其他应用是否有权限读写该文件。
MODE_WORLD_READABLE：表示当前文件可以被其他应用读取；
MODE_WORLD_WRITEABLE：表示当前文件可以被其他应用写入。
如果希望文件被其他应用读和写，可以传入： openFileOutput(“itcast.txt”, Context.MODE_WORLD_READABLE + Context.MODE_WORLD_WRITEABLE); android有一套自己的安全模型，当应用程序(.apk)在安装时系统就会分配给他一个userid，当该应用要去访问其他资源比如文件的时候，就需要userid匹配。默认情况下，任何应用创建的文件，sharedpreferences，数据库都应该是私有的（位于/data/data//files），其他程序无法访问。
除非在创建时指定了Context.MODE_WORLD_READABLE或者Context.MODE_WORLD_WRITEABLE ，只有这样其他程序才能正确访问。 对于私有文件只能被创建该文件的应用访问，如果希望文件能被其他应用读和写，可以在创建文件时，指定Context.MODE_WORLD_READABLE和Context.MODE_WORLD_WRITEABLE权限。
Activity还提供了getCacheDir()和getFilesDir()方法： getCacheDir()方法用于获取/data/data//cache目录 getFilesDir()方法用于获取/data/data//files目录。
第3种： 外部文件存储数据
把文件存入SDCard：
使用Activity的openFileOutput()方法保存文件，文件是存放在手机空间上，一般手机的存储空间不是很大，存放些小文件还行，如果要存放像视频这样的大文件，是不可行的。对于像视频这样的大文件，我们可以把它存放在SDCard。
SDCard是干什么的？你可以把它看作是移动硬盘或U盘。 在模拟器中使用SDCard，你需要先创建一张SDCard卡（当然不是真的SDCard，只是镜像文件）。
创建SDCard可以在Eclipse创建模拟器时随同创建，也可以使用DOS命令进行创建，如下： 在Dos窗口中进入android SDK安装路径的tools目录，输入以下命令创建一张容量为2G的SDCard，文件后缀可以随便取，建议使用.img： mksdcard 2048M D:\AndroidTool\sdcard.img 在程序中访问SDCard，你需要申请访问SDCard的权限。
在AndroidManifest.xml中加入访问SDCard的权限如下:
要往SDCard存放文件，程序必须先判断手机是否装有SDCard，并且可以进行读写。
注意：访问SDCard必须在AndroidManifest.xml中加入访问SDCard的权限。
Environment.getExternalStorageState()方法用于获取SDCard的状态，如果手机装有SDCard，并且可以进行读写，那么方法返回的状态等于Environment.MEDIA_MOUNTED。
Environment.getExternalStorageDirectory()方法用于获取SDCard的目录，当然要获取SDCard的目录，你也可以这样写：
第4种： SQLite数据库存储数据
SQLite是轻量级嵌入式数据库引擎，它支持 SQL 语言，并且只利用很少的内存就有很好的性能。此外它还是开源的，任何人都可以使用它。许多开源项目（(Mozilla, PHP, Python）都使用了 SQLite.SQLite 由以下几个组件组成：SQL 编译器、内核、后端以及附件。SQLite 通过利用虚拟机和虚拟数据库引擎（VDBE），使调试、修改和扩展 SQLite 的内核变得更加方便。
特点：
面向资源有限的设备，
没有服务器进程,
所有数据存放在同一文件中跨平台，
可自由复制。
SQLite 基本上符合 SQL-92 标准，和其他的主要 SQL 数据库没什么区别。它的优点就是高效，Android 运行时环境包含了完整的 SQLite。
SQLite 和其他数据库最大的不同就是对数据类型的支持，创建一个表时，可以在 CREATE TABLE 语句中指定某列的数据类型，但是你可以把任何数据类型放入任何列中。当某个值插入数据库时，SQLite 将检查它的类型。如果该类型与关联的列不匹配，则 SQLite 会尝试将该值转换成该列的类型。如果不能转换，则该值将作为其本身具有的类型存储。比如可以把一个字符串（String）放入 INTEGER 列。SQLite 称这为“弱类型”（manifest typing.）。 此外，SQLite 不支持一些标准的 SQL 功能，特别是外键约束（FOREIGN KEY constrains），嵌套 transcaction 和 RIGHT OUTER JOIN 和 FULL OUTER JOIN, 还有一些 ALTER TABLE 功能。 除了上述功能外，SQLite 是一个完整的 SQL 系统，拥有完整的触发器，交易等等。
Android 集成了 SQLite 数据库 Android 在运行时（run-time）集成了 SQLite，所以每个 Android 应用程序都可以使用 SQLite 数据库。
对于熟悉 SQL 的开发人员来时，在 Android 开发中使用 SQLite 相当简单。但是，由于 JDBC 会消耗太多的系统资源，所以 JDBC 对于手机这种内存受限设备来说并不合适。因此，Android 提供了一些新的 API 来使用 SQLite 数据库，Android 开发中，程序员需要学使用这些 API。
数据库存储在 data/< 项目文件夹 >/databases/ 下。 Android 开发中使用 SQLite 数据库 Activites 可以通过 Content Provider 或者 Service 访问一个数据库。
创建数据库 Android 不自动提供数据库。在 Android 应用程序中使用 SQLite，必须自己创建数据库，然后创建表、索引，填充数据。
Android 提供了 SQLiteOpenHelper 帮助你创建一个数据库，你只要继承 SQLiteOpenHelper 类，就可以轻松的创建数据库。SQLiteOpenHelper 类根据开发应用程序的需要，封装了创建和更新数据库使用的逻辑。
SQLiteOpenHelper 的子类，至少需要实现三个方法：
1 构造函数，调用父类 SQLiteOpenHelper 的构造函数。这个方法需要四个参数：上下文环境（例如，一个 Activity），数据库名字，一个可选的游标工厂（通常是 Null），一个代表你正在使用的数据库模型版本的整数。
2 onCreate（）方法，它需要一个 SQLiteDatabase 对象作为参数，根据需要对这个对象填充表和初始化数据。
3 onUpgrage() 方法，它需要三个参数，一个 SQLiteDatabase 对象，一个旧的版本号和一个新的版本号，这样你就可以清楚如何把一个数据库从旧的模型转变到新的模型。
接下来讨论具体如何创建表、插入数据、删除表等等。调用 getReadableDatabase() 或 getWriteableDatabase() 方法，你可以得到 SQLiteDatabase 实例，具体调用那个方法，取决于你是否需要改变数据库的内容：
update（）方法有四个参数，分别是表名，表示列名和值的 ContentValues 对象，可选的 WHERE 条件和可选的填充 WHERE 语句的字符串，这些字符串会替换 WHERE 条件中的“？”标记。
update() 根据条件，更新指定列的值，所以用 execSQL() 方法可以达到同样的目的。 WHERE 条件和其参数和用过的其他 SQL APIs 类似。
delete() 方法的使用和 update() 类似，使用表名，可选的 WHERE 条件和相应的填充 WHERE 条件的字符串。 查询数据库 类似 INSERT, UPDATE, DELETE，有两种方法使用 SELECT 从 SQLite 数据库检索数据。
1 ．使用 rawQuery() 直接调用 SELECT 语句； 使用 query() 方法构建一个查询。
Raw Queries 正如 API 名字，rawQuery() 是最简单的解决方法。通过这个方法你就可以调用 SQL SELECT 语句。
例如： Cursor c=db.rawQuery( “SELECT name FROM sqlite_master WHERE type=’table’ AND name=’mytable’”, null);
在上面例子中，我们查询 SQLite 系统表（sqlite_master）检查 table 表是否存在。返回值是一个 cursor 对象，这个对象的方法可以迭代查询结果。 如果查询是动态的，使用这个方法就会非常复杂。
例如，当你需要查询的列在程序编译的时候不能确定，这时候使用 query() 方法会方便很多。
Regular Queries query() 方法用 SELECT 语句段构建查询。SELECT 语句内容作为 query() 方法的参数，比如：要查询的表名，要获取的字段名，WHERE 条件，包含可选的位置参数，去替代 WHERE 条件中位置参数的值，GROUP BY 条件，HAVING 条件。 除了表名，其他参数可以是 null。所以，以前的代码段可以可写成：
String[] columns={“ID”, ”inventory”};
Java代码
String[] parms={"snicklefritz"}; Cursor result=db.query("widgets", columns, "name=?",parms, null, null, null);
使用游标
不管你如何执行查询，都会返回一个 Cursor，这是 Android 的 SQLite 数据库游标，
使用游标，你可以：
通过使用 getCount() 方法得到结果集中有多少记录；
通过 moveToFirst(), moveToNext(), 和 isAfterLast() 方法遍历所有记录；
通过 getColumnNames() 得到字段名；
通过 getColumnIndex() 转换成字段号；
通过 getString()，getInt() 等方法得到给定字段当前记录的值；
通过 requery() 方法重新执行查询得到游标；
通过 close() 方法释放游标资源；
在 Android 中使用 SQLite 数据库管理工具 在其他数据库上作开发，一般都使用工具来检查和处理数据库的内容，而不是仅仅使用数据库的 API。
使用 Android 模拟器，有两种可供选择的方法来管理数据库。
首先，模拟器绑定了 sqlite3 控制台程序，可以使用 adb shell 命令来调用他。只要你进入了模拟器的 shell，在数据库的路径执行 sqlite3 命令就可以了。
数据库文件一般存放在： /data/data/your.app.package/databases/your-db-name 如果你喜欢使用更友好的工具，你可以把数据库拷贝到你的开发机上，使用 SQLite-aware 客户端来操作它。这样的话，你在一个数据库的拷贝上操作，如果你想要你的修改能反映到设备上，你需要把数据库备份回去。
把数据库从设备上考出来，你可以使用 adb pull 命令（或者在 IDE 上做相应操作）。
存储一个修改过的数据库到设备上，使用 adb push 命令。 一个最方便的 SQLite 客户端是 FireFox SQLite Manager 扩展，它可以跨所有平台使用。
如果你想要开发 Android 应用程序，一定需要在 Android 上存储数据，使用 SQLite 数据库是一种非常好的选择。
第五种： 网络存储数据
前面介绍的几种存储都是将数据存储在本地设备上，除此之外，还有一种存储（获取）数据的方式，通过网络来实现数据的存储和获取。
我们可以调用WebService返回的数据或是解析HTTP协议实现网络数据交互。
Ⅱ Android手机内存卡中的文件夹分别代表什么软件
SD卡中的文件夹，基本上都是系统软件和第三方软件的数据存储的地方。一般看文件夹名称就能看出是属于哪个软件的。比如tencent，就是腾讯的英文名，自然就是QQ和微信的数据所在地。微信传送的图片什么的，都在这里。
另外，常见的文件夹名称及其作用如下：
一、系统数据类——系统文件存储相关文件夹
1、.android_secure：官方app2sd的产物，存储了相关的软件使用认证验证，删除之后SD卡中的软件将无法使用。
2、Android：存放重要的程序数据，比如google：map的地图缓存，误删掉后地图还需重新下载。
3、backups：包含重要的备份文件，比如联系人导出到SD卡会导入到此文件夹。
4、bugtogo：系统出现问题的时候会形成一些报告文件，存放在此文件夹。
5、data：缓存数据文件夹，与Android类似。例如，“截图助手”截图保存在datacom.edwardkim.android.screenshotitfullscreenshots里。
6、LOST.DIR：卡上丢失或出错的文件会移动到这里，此目录删了会自动生成。
7、SystemAppBackup：SystemAppremove(深度卸载)备份系统文件后，备份文件保存的目录。
8、bugreports：升级系统或刷机，系统和程序发生兼容错误报告列表(包括内存使用全部内容)将保存在这个文件，重起机器可以删除。
9、.keepsafe：隐藏类的软件、加密保存文件地址存放于此。
10、.thumbs：浏览或使用某一软件，以及使用某一文件夹后用于记录次数和内容的文件，随机产生，需要定期不断清除，长时间不清理会大量占用储存卡的有效空间。
11、openfeint：打开联接网络后的一个启动程序，它广泛植入移动类平台发布的软件或游戏，是更新下载或评论反馈信息的记录地址，可删除。
12、com：播放类软件在收看播放影视节目生成的文件将存放于此，可以对制作方反映回馈信息，可以删除。
13、Download(download)：大写字母的是网络联接下载文件目录，小写字母的是手机自身(蓝牙，近场等)存放下载传输文件，不要误删。
二、系统工具类——系统自带工具相关文件夹
1、albumart：音乐专辑封面的缓存文件夹。
2、albums：相册缩略图的缓存文件夹。
3、cmp：音乐的缓存文件夹。
4、Playlists：播放列表的缓存文件夹。
5、DCIM：相机随机缓存文件夹，记录功能设置的参数，需要及时清理。一些第三方相机软件拍出的相片也会保存在这里，比如360或晕影相机等。
6、VPN：VPN数据的缓存目录。
7、Mydocuments：手机启用各种程序任务记录的文档，需要定期清除，长时间不清理会占用SD卡较大内存。
8、.nomedia：手机中隐藏的音频、图片文件夹都会在这里显示，可以自设在相关文件夹中。
9、media：使用电话通话录音软件或在线浏览视频等媒体产生的音频文件记录存档将保存在此。
10、.medieval_software：启用蓝牙传输软件时，记录任务保存文件的目录。
11、extracted：解压缩软件默认的解压目录。
三、第三方应用类
1、.mobo：Moboplayer的缓存文件。
2、.QQ：QQ的缓存文件，需要定期清除。
3、.quickoffice：quickoffice的缓存文件。
4、.switchpro：switchprowidget(多键开关应用)的缓存文件。
5、.ucdlres：UC迅雷的缓存文件。
6、：掌上网络、网络输入法之类程序的缓存文件夹。
7、etouch：易行的缓存文件夹。
8、documents：DocumentsToGo的相关文件夹。
9、gameloft：gameloft游戏数据包存放的文件夹。
10、handcent：handcent(超级短信)数据文件夹。
11、handyCurrency：货币汇率相关的文件夹，装了handycalc(科学计算器)之后才会有。
12、ireader：ireader的缓存文件夹。
13、KingReader：开卷有益的缓存文件夹：下载的文件和应用都在这儿：删除时留意看清
14、LazyList：Applanet的缓存目录，慎重使用。
15、moji：墨迹天气的缓存目录。
16、MusicFolders：poweramp产生的缓存文件夹。
17、openfeint：openfeint的缓存文件夹。
18、Picstore：图片浏览软件建立的一个目录。
19、renren：人人网客户端的缓存文件夹。
20、screenshot：截屏图片保存的目录。
21、ShootMe：shootme截屏后图片文件保存的目录。
22、SmartpixGames：SmartpixGames出品游戏的缓存文件夹，比如Jewellust。
23、sogou：搜狗拼音输入法的随机缓存文件夹，可以删除。
24、SpeedSoftware：RE文件管理器的缓存文件夹。
25、TalkingFriends：talkingtom(会说话的tom猫)录制的视频文件所保存的目录。
26、Tencent：腾讯软件的缓存目录，比如QQ。(与上面的.QQ文件夹并不相同)
27、TitaniumBackup：钛备份备份的程序所保存的目录。
28、TunnyBrowser：感觉是海豚浏览器的缓存目录，但为什么叫这个名字?金枪鱼浏览器...。.
29、UCDLFiles：UC迅雷下载文件的保存目录。
30、UCDownloads：UC浏览器下载文件缓存的保存目录。
31、VIE：Vignette(晕影相机)的缓存目录。
32、yd_historys：有道词典搜索历史的缓存目录
33、yd_speech：有道词典单词发音的缓存目录。
34、youmicache：删掉后还会自动生成，悠米广告的缓存目录，广告程序内嵌在其程序中。
35、Glu：Glu系列游戏的资料包存放地，如3D猎鹿人，勇猛二兄弟等。
36、apadqq-images：QQforpad的缓存目录。
37、DunDef：地牢守护者的数据包。
38、KuwoMusic：酷我音乐的相关文件夹。
39、MxBrowser：遨游的缓存目录。
40、Camera360：相机camera360的随机缓存目录，可以定期清除。
41、TTPod：天天动听的缓存目录。
42、downloaded：刷了MIUI,升级后的ZIP刷机包，保存在downloaded_rom里。
43、.estrongs：当你使用了ES文件管理器解压文件，会有这个缓存记录。它反映使用进程，可以删除。
44、silentR：用了后台录音软件，自生的音频文件夹，子文件夹phoneCalls，定期管理清除
45、3D-compass：这是使用实景指南针软件，生成的景象图片(图像和数字比较详细)文件夹，可以清除。
46、PDF：可移植文档格式，Pdf阅读器存储文件夹。
47、Zidanyou：是字典的词库文件储存，删除了要重新下载词库。
48、Callrecords：采用第三方强制双向录音软件(手机未root)，音频文件保存。
49、VPlayerPro：是MOBO等视频播放器使用后的记录定期删除。
50、BeWeather(Videos)：是气象类软件(如黑莓天气.。.等)附加下载音频或动画图标的储存地址，删除了会无图无声显示。
51、thumbnails：用第三方播放器观看手持移动类视频媒体时，存放点击暂停、随机截图以及文件储存时产生的内容。
52、iQuran(meta2)：可兰经浏览文本和音频的储存文件。
53、Autodesk：手机系统自带存储器命令生成文件夹：储存图像或编写文稿，可以查看、备份或者删除。
54、PixlrOMatic：后期特效处理图片软件Pixlo，储存文件夹，打开可以预览看效果。
55、mapbar：图吧导航地图存放文件，有必须主文件和不同地区具体地图，主文件删掉要重下!
56、antTTS：是使用了高德导航选择语音种类导航、语种的下载地址，删掉了语音提示会丢失。
57、kingsoft：金山词霸专用文件夹下载储存词库、更新拓展文汇(官方发布修正补充)。
58、NightVisionCamera：夜间拍照相机相片存放的地址。
59、DSA：电子狗专用夹，收录各地区道路探头监控位置信息，会定期更新。已测试配合高德、凯立德提前预警，效果不错。
60、apexlauncher：尖端桌面启动器文件夹，位置在andriod/data/，放置桌面设置备份bak文件。
Ⅲ Android存储及路径
分为：内部存储和外部存储
如何区分内部存储和外部存储：可以从物理和逻辑区分
从物理的角度区分，内部存储就是手机自带存储空间，外部存储就是外部接入的存储空间例如SD卡
从逻辑意义上区分，data，system 目录就是手机的内部存储，而 mnt 或者 storage目录下的sdcard0指向的sdcard目录就是外部存储。如果是手机自带的外部存储被称为机身外部存储，外置的SD卡则称之为外部存储。当然两者都称为外部存储也没关系。这里描述的内部存储和机身外部存储都属于机身存储；
逻辑区分是从4.4以上版本开始的；
获取内部存储路径和api对应关系
1，通过Environment
2，通过上下文Context
Build.VERSION_CODES.LOLLIPOP及以上版本新增的API
Build.VERSION_CODES.N及以上版本新增的API
特点：
1、内部存储路径中的文件是分类存储的，我们无法干涉，除了cache目录，别的目录系统不会自动创建
2、除了files目录，别的目录我们几乎都是无法手动操作的
3、别的App几乎无法访问内部存储中的数据，除了用非法手段或者我们主动暴露
4、内部存储目录下的文件夹及文件会随着app的卸载而被系统自动删除
外部存储又可分为共有目录和私有目录；
私有目录
私有目录：不需要访问权限
Android 在外部存储空间中也提供了特殊目录供App存放私有文件，该路径为：/storage/emulated/0/Android/data/包名/
注意：应用安装之后/storage/emulated/0/Android/data/是没有对应的应用文件夹的，需要手动调用对应的API创建；
获取私有目录路径
共有目录
共有目录：需要申请权限才能访问
权限：6.0以上需要动态申请
获取共有目录的API 29中已过时：
Ⅳ 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. 不要收集用户数据，更不要发到网络上，虽然你们也有很多无奈。用户也无奈，也无辜，但更无助 平台为开发者准备了这么多的方式固然是一件好事，但我们要认清每一种的优点和缺点，根据实际情况选择最合适的。还有一个原则就是最简单原则，也就是说能用简单的方式处理，就不要用复杂的方式。比如存储几个数据或简单对象，用SharedPreference也能做到，何必还去写个ContentProvider呢?
Ⅳ android文件存储方式，分类，利弊，什么时候使用
第一种： 使用SharedPreferences存储数据
适用范围：保存少量的数据，且这些数据的格式非常简单：字符串型、基本类型的值。比如应用程序的各种配置信息（如是否打开音效、是否使用震动效果、小游戏的玩家积分等），解锁口 令密码等
核心原理：保存基于XML文件存储的key-value键值对数据，通常用来存储一些简单的配置信息。通过DDMS的File Explorer面板，展开文件浏览树,很明显SharedPreferences数据总是存储在/data/data//shared_prefs目录下。SharedPreferences对象本身只能获取数据而不支持存储和修改,存储修改是通过SharedPreferences.edit()获取的内部接口Editor对象实现。 SharedPreferences本身是一 个接口，程序无法直接创建SharedPreferences实例，只能通过Context提供的getSharedPreferences(String name, int mode)方法来获取SharedPreferences实例，该方法中name表示要操作的xml文件名，第二个参数具体如下：
Context.MODE_PRIVATE: 指定该SharedPreferences数据只能被本应用程序读、写。
Context.MODE_WORLD_READABLE: 指定该SharedPreferences数据能被其他应用程序读，但不能写。
Context.MODE_WORLD_WRITEABLE: 指定该SharedPreferences数据能被其他应用程序读，写
SharedPreferences对象与SQLite数据库相比，免去了创建数据库，创建表，写SQL语句等诸多操作，相对而言更加方便，简洁。但是SharedPreferences也有其自身缺陷，比如其职能存储boolean，int，float，long和String五种简单的数据类型，比如其无法进行条件查询等。所以不论SharedPreferences的数据存储操作是如何简单，它也只能是存储方式的一种补充，而无法完全替代如SQLite数据库这样的其他数据存储方式。
第二种： 文件存储数据
可以在设备本身的存储设备或者外接的存储设备中创建用于保存数据的文件。同样在默认的状态下，文件是不能在不同的程序间共享。
写文件：调用Context.openFileOutput()方法根据指定的路径和文件名来创建文件，这个方法会返回一个FileOutputStream对象。
读取文件：调用Context.openFileInput()方法通过制定的路径和文件名来返回一个标准的Java FileInputStream对象。
第三种：SQLite存储数据
SQLite Database数据库。Android对数据库的支持很好，它本身集成了SQLite数据库，每个应用都可以方便的使用它，或者更确切的说，Android完全依赖于SQLite数据库，它所有的系统数据和用到的结构化数据都存储在数据库中。 它具有以下优点： a. 效率出众，这是无可否认的 b. 十分适合存储结构化数据 c. 方便在不同的Activity，甚至不同的应用之间传递数据。
第四种：ContentProvider
Android系统中能实现所有应用程序共享的一种数据存储方式，由于数据通常在各应用间的是互相私密的，所以此存储方式较少使用，但是其又是必不可少的一种存储方式。例如音频，视频，图片和通讯录，一般都可以采用此种方式进行存储。每个ContentProvider都会对外提供一个公共的URI（包装成Uri对象），如果应用程序有数据需要共享时，就需要使用ContentProvider为这些数据定义一个URI，然后其他的应用程序就通过Content Provider传入这个URI来对数据进行操作。
总结一下，文件适用于存储一些简单的文本数据或者二进制数据，SharedPreferences适用于存储一些键值对，而数据库则适用于那些复杂的关系型数据。
Ⅵ 安卓内部外部文件存储
总述
觉得十分有必要搞清楚内存，内部存储和外部存储的区别，还有我们在开发中真正将数据存在了手机的哪儿。
先提一个问题：手机设置的应用管理中，每个App下都有清除数据和清除老配缓存，清除的分别是哪里的数据？
一 内存，内部存储和外部存储
整个存储空间分为内部存储和外部存储两部分，内部存储中又包含RAM和ROM等部分。
内部存储，即InternalStorage，也常说内置存储卡，这是手机内置的存储空间，出厂时就被确定，是手机的一个硬件指标。类比电脑的内存。
外部存储，即ExternalStorage，也常说外置存储卡，手机出厂时并不存在，是由用户自由扩展的存储空间，常见的就是SD卡。类比电脑的外接移动硬盘。
RAM，即常说的运行时内存，是手机运行野宴时存储数据和指令的地方，注意是运行时内存。类比电脑的内存条。
ROM，用来存放一些系统文件，应用配置和其他数据的地方，是内部存储中主要存储区域。类比于Windows电脑的C盘。
上图中运行内存即RAM，共2G，机身存储即内部存储，共8G。
打开手机的文件管理，再点击手机一项，可以看到下图：
上图中箭头所指的地方，可以进行内部存储与外部存储的切换，当前页为内部存储下的展示，这只是Android系统存储数据的一部分而已，大部分数据都对用户隐藏。至于红框部分下面继续讲。
二 详说存储
一般来说，App软件大都安装在内部存储的ROM区，当然现在也有办法安装在SD卡上，但这需要App自身支持及SD卡分区等一系列操作，下面讨论的App是安装在ROM区的。
以Genymotion模拟器设备为例来分析，型号是三星GalaxyS5。直接使用AndroidStudio的DDMS，打开File Explorer，我们可以看到下图：
这张图是手机根目录下的完整目录结构图，内外部存储均包含在内。不过有些文件内容需要root权限才能看到。
上面展示的内部存储图就是其中一部分子目录。
选其中几个重要的文件夹介绍。
2.1 /data包：主要存储手机应用的相关数据。
如上图的二级目录中，/data/app文件夹下存放三方应用的apk文件；/data/data文件夹下存放系统应用和三方应用的包私有数据，每个应用都有独属于自己的包。
选一个三方应用包——com.X.main，来分析三级目录——/data/data/com.X.main下都有什么数据：
由包名不难看出：cache包存放缓存数据，侍脊指databases包存放使用SQLite存储的数据，files包存放普通数据（log数据，json型数据等），shared_prefs包存放使用SharedPreference存放的数据。这些包都是由系统创建的。
2.2 /mnt/sdcard/storage包：这三个包，与手机的部分内置存储卡数据和外置存储卡数据有关。
上面的完整目录结构图中有其子目录信息展示。
以内置存储卡来说，通常用sdcard0表示：Android4.1上，首先挂载到目录/storage/sdcard0上面，/sdcard和/mnt/sdcard都只是指向/storage/sdcard0的软链接；Android4.2上，首先挂载到目录/storage/emulated/0（0就表示内置存储）上面，为兼容之前版本，又挂载到/storage/emulated/legency上面，/storage/sdcard0、/sdcard和/mnt/sdcard都只是指向/storage/emulated/legency的软链接。（挂载相当于真正位置，软链接相当于指针）。
/mnt/sdcard是Android2.2及之上版本使用，/sdcard是Android2.1及之下版本使用。
在手机的文件管理中看到的内置存储卡文件，如上面文件管理页面的图，就是/storage/emulated /0包的子目录，Android包的路径就是：/storage/emulated/0/Android。
2.3 其他
/dev包：Linux系统的常规文件夹。
/system包：系统配置的文件夹，比如Android系统框架（framework）、底层类库（lib）、字体（font）等。
三 存储相关操作
在Android开发中，我们常打交道的存储空间有三部分。
一是根目录下路径为 /data/data/包名/XX 的文件。开发中SQLite数据、SharedPreference数据均保存在这里，虽说我们可以读写操作，但这部分空间由系统维护。
二是在外置存储卡上做存储。暂时不讲。
三是在内置存储卡中做存储。在/storage/emulated/0/Android/data包下或与/storage/emulated/0/Android包同级目录上，建立App包存储数据，这部分空间均由开发者维护。区别在于/storage/emulated/0/Android/data包下的数据为私有目录数据，会随App卸载被清除，与/storage/emulated/0/Android包同级的数据（如系统目录DCIM包，DOWNLOWN包和bluetooth包，还有下图中的包）属于公有目录数据，不会随App卸载被清除，这就会造成数据的卸载残留。
Google官方建议开发者将App的数据存储在私有目录即/storage/emulated/0/Android/data包下，这样卸载App时数据会随之被系统清除，不会造成数据残留。
对存储空间进行操作，首先要获取存储空间的存储路径，对此Android提供了Environment类和Context类来获取路径。
就上面对存储空间的划分，第一部分空间对用户不可见，是在具体包名下的，和特定的App有关，所以对这些数据的访问需调用Context类中的方法；第三部分空间对用户可见，私有目录数据仍与特定App有关，需调用Context类中的方法，而公有目录数据与App无关，应调用Environment类中的方法。
总结如下图：
写了个小程序对Environment类和Context类相关方法测试，如下图：（冒号前为方法名，冒号后为输出结果）
四 回答最初提出的问题
手机设置的应用管理中，每个App下都有清除数据和清除缓存，清除的分别是哪里的数据？
还是用上面的Genymotion模拟器设备来分析，主要测试三部分数据：
内部数据：/data/data/包名/XXX
外部私有数据：/storage/emulated/0/Android/data/包名/XXX
外部公有数据：/storage/emulated/0/包名/XXX
测试结果图就不上了，直接上结论：
清除缓存：将外部私有数据下的cache包（/storage/emulated/0/Android/data/包名/cache）清除，将内部数据下的cache包下的内容（/data/data/包名/cache/XXX）清除 。
清楚数据：将外部私有数据包（/storage/emulated/0/Android/data/包名）清除，将内部数据下的所有内容（/data/data/包名/XXX）清除；
而两种操作对外部公有数据均无影响。