Android几种数据存储方式及bean对象序列化

Android中三种常用解析XML的方式（DOM、SAX、PULL）简介及区别- http://blog.csdn.net/cangchen/article/details/44034799
Okio is a library that complements java.io and java.nio to make it much easier to access, store, and process your data.- https://github.com/square/okio#sources-and-sinks

> 数据存储的原理(存本地还是服务器，以什么样的格式存放及私密性)
Android几种数据存储方式的应用场景-http://blog.csdn.net/goodlixueyong/article/details/47041415
Android数据存储五种方式总结-http://www.cnblogs.com/ITtangtang/p/3920916.html

  作为一个完整的应用程序，数据存储操作是必不可少的。因此，Android系统一共提供了四种数据存储方式。分别是：SharePreference、文件存储、SQLite、 Content Provider、网络等。对这几种方式的不同和应用场景整理如下。
第一种： 使用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对象。
 android中的文件操作详解以及内部存储和外部存储- http://blog.csdn.net/fancylovejava/article/details/49490663
  内部存储和外部存储两个概念:(绝对路径,相对路径).File类,外部存储external storage和内部存储internal storage.操作一个文件（读写，创建文件或者目录）是通过File类来完成的，这个操作和java中完全一致。
  安卓手机，认为机身固有存储是内部存储，而扩展的T卡是外部存储。外部存储虽然概念上有点复杂，但也很好区分，你把手机连接电脑，能被电脑识别的部分就一定是外部存储。

  Shared Preferences和SQLite数据库都是存储在内部存储空间上的。内部存储一般用Context来获取和操作。
getFilesDir()获取你app的内部存储空间，相当于你的应用在内部存储上的根目录。
File file = newFile(context.getFilesDir(), filename);  Context.deleteFile(filename);Context.fileList();

String filename = "myfile";  
String string = "Hello world!";  
FileOutputStream outputStream;  
try{  
outputStream = openFileOutput(filename, Context.MODE_PRIVATE);  
outputStream.write(string.getBytes());  
outputStream.close();  
} catch(Exception e) {  
e.printStackTrace();  
}  

  1.公共文件Public files：文件是可以被自由访问，且文件的数据对其他应用或者用户来说都是由意义的，当应用被卸载之后，其卸载前创建的文件仍然保留。比如camera应用，生成的照片大家都能访问，而且camera不在了，照片仍然在。
public File getAlbumStorageDir(String albumName) {  
// Get the directory for the user's public pictures directory.  
File file = newFile(Environment.getExternalStoragePublicDirectory(  
Environment.DIRECTORY_PICTURES), albumName);  
if(!file.mkdirs()) {  
Log.e(LOG_TAG, "Directory not created");  
}  
returnfile;  
}  
  如果你的api 版本低于8，那么不能使用getExternalStoragePublicDirectory()，而是使用Environment.getExternalStorageDirectory(),他不带参数，也就不能自己创建一个目录，只是返回外部存储的根路径。

  2.私有文件Private files：其实由于是外部存储的原因即是是这种类型的文件也能被其他程序访问，只不过一个应用私有的文件对其他应用其实是没有访问价值的（恶意程序除外）。外部存储上，应用私有文件的价值在于卸载之后，这些文件也会被删除。类似于内部存储。
 创建应用私有文件的方法是Context.getExternalFilesDir()，如下：
public File getAlbumStorageDir(Context context, String albumName) {  
// Get the directory for the app's private pictures directory.  
File file = newFile(context.getExternalFilesDir(  
Environment.DIRECTORY_PICTURES), albumName);  
if(!file.mkdirs()) {  
Log.e(LOG_TAG, "Directory not created");  
}  
returnfile;  
}  
  如果你的api 版本低于8，那么不能使用getExternalFilesDir()，而是使用Environment.getExternalStorageDirectory()获得根路径之后，自己再想办法操作/Android/data/<package_name>/下的文件。

Log.i("codecraeer", "getFilesDir = " + getFilesDir());  
Log.i("codecraeer", "getExternalFilesDir = " + getExternalFilesDir("exter_test").getAbsolutePath());  
Log.i("codecraeer", "getDownloadCacheDirectory = " + Environment.getDownloadCacheDirectory().getAbsolutePath());  
Log.i("codecraeer", "getDataDirectory = " + Environment.getDataDirectory().getAbsolutePath());  
Log.i("codecraeer", "getExternalStorageDirectory = " + Environment.getExternalStorageDirectory().getAbsolutePath());  
Log.i("codecraeer", "getExternalStoragePublicDirectory = " + Environment.getExternalStoragePublicDirectory("pub_test"))

第三种：SQLite存储数据
　　SQLite Database数据库。Android对数据库的支持很好，它本身集成了SQLite数据库，每个应用都可以方便的使用它，或者更确切的说，Android完全依赖于SQLite数据库，它所有的系统数据和用到的结构化数据都存储在数据库中。 它具有以下优点： a. 效率出众，这是无可否认的 b. 十分适合存储结构化数据 c. 方便在不同的Activity，甚至不同的应用之间传递数据。　　

第四种：ContentProvider
　　Android系统中能实现所有应用程序共享的一种数据存储方式，由于数据通常在各应用间的是互相私密的，所以此存储方式较少使用，但是其又是必不可少的一种存储方式。例如音频，视频，图片和通讯录，一般都可以采用此种方式进行存储。每个ContentProvider都会对外提供一个公共的URI（包装成Uri对象），如果应用程序有数据需要共享时，就需要使用ContentProvider为这些数据定义一个URI，然后其他的应用程序就通过Content Provider传入这个URI来对数据进行操作。

　　总结一下，文件适用于存储一些简单的文本数据或者二进制数据，SharedPreferences适用于存储一些键值对，而数据库则适用于那些复杂的关系型数据。
------------------------------------------------
> javaBean序列化与反序列化
javaBean为什么要序列化 明明不需要序列化也可以的？
  那要看你的应用场景了。需要将对象持久化至磁盘，或者需要进行网络传输，则需要进行序列化。一般程序在运行时，产生对象，这些对象随着程序的停止运行而消失，但如果我们想把某些对象（因为是对象，所以有各自不同的特性）保存下来，在程序终止运行后，这些对象仍然存在，可以在程序再次运行时读取这些对象的值，或者在其他程序中利用这些保存下来的对象。这种情况下就要用到对象的序列化。
 因为在开发中，我们难免有些业务开发会牵涉类的传输，比如scoket编程将一个bean进行io的处理。
 transient和static变量的信息是不可被保存的。
序列化，表示将一个对象转换成可存储或可传输的状态。序列化后的对象可以在网络上进行传输，也可以存储到本地。

Android中Intent如果要传递类对象，可以通过两种方式实现。
方式一：Serializable，要传递的类实现Serializable接口传递对象，(Java自带)
方式二：Parcelable，要传递的类实现Parcelable接口传递对象。(android 专用)
序列化Serializable和Parcelable的理解和区别- http://www.jianshu.com/p/a60b609ec7e7#

怎样对带有不可序列化属性的Java对象进行序列化- http://www.importnew.com/10705.html
序列化与反序列化之Parcelable和Serializable浅析- http://blog.csdn.net/javazejian/article/details/52665164
XML：  需要了解 DOM解析和 SAX解析的基本原理和各自的适用场景;
JSON： 需要了解一些常用JSON框架的用法， 如 Jackson， FastJson， Gson 等。