Android开发中为什么很少使用JSON存储数据

是可以用JSON存储数据对象的，而且也是Google推荐的，可以取代以实现Serializable来存储对象的方法。下面是使用JSON存储数据的原因。

Android开发中，涉及到对象存储，通常的做法是直接实现`Serializable`。有关这个接口，它保证了实现该接口的类的对象能够被`ObjectOutput/InputStream`直接输入输出，即序列化。这很方便，但是也很不好。

提到‘序列化’，大多数人都想到`Serializable`，而实际上‘序列化’的只是指“将对象的状态信息转换为可以存储或传输的形式的过程”，Java的`Serializabe`是字节序列化的一种。

`Serialziable`

的缺点之一是，实现了该接口的类将失去灵活性。这一点《Effective

Java》第74条也指出了，实现了这个`Serializable`的类将会依赖这个类的内部演化，根源在于UID(Serial version

UID)。如果你没有指定UID，那么每次这个类被序列化时都会根据这个类的当前状态生成一个UID。想象这么一种场景：这个类已经被导出了，比如发给其

他公司或部门使用了，然后你又修改了这个类，那么当你再将这个类发布时，由于UID不同，其他公司或部门的程序员将可能得到一个

“InvalidClassException”。

这种情况的根本原因是因为你不能控制序列化的实现，你控制不了UID的生成过程。这就需要一个自定义的序列化形式。在Android中，Google推荐JSON序列化。而且Android程序员也可以使用Gson等工具来进行序列化和反序列化。

和`Serializable`的字节序列化不同，JSON序列化是字符序列化。

此外，`Serializable`只适合存储对象。由于在传输时`Serializalbe`要做大量IO，Android提供了`Parcelable`。

最后，题主不应该把数据库和JSON，XML比较，如果要比，也只能把数据库和文件存储比。数据库适合存储数量大，关系复杂的数据，这样管理，查阅就很方便。与此相对文件存储适合数量小，关系简单的数据。

1） 空间的比较

serialize在编码后大概是json的1.5倍。

原因：

serialize后字符串包含了子串的长度，这可能是速度方面的优化，但是测试结果不尽人意。

serialize有更加详细的类型区分，而json只有四种类型，并且是以简单的符号表示。

2）速度的比较

在较小数据的情况下， serialize比json快数量级。

在大数据量的情况下，json比serialize稍微差一点

3）处理对象

json无法处理对象方法等数据。

4）使用范围

在前后端交互一般都使用JSON，另外，目前JSON只支持UTF-8编码的数据。

序列化使用serialize，特别是对象的存储。这是其存在的意义。

与对象无关的数据存储可以使用json，如包含大量数字的数组等。

这篇博客概括满全面：http://blog.csdn.net/hguisu/article/details/7651730

JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。它基于ECMAScript的一个子集。 JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯（包括C、C++、C#、Java、JavaScript、Perl、Python等）。这些特性使JSON成为理想的数据交换语言。 易于人阅读和编写，同时也易于机器解析和生成(网络传输速率)。

---