存很多超级长的JSON字符串，用什么存储方式比较好呢？

看你的需求而定。

1. 如果数据库系统不变，可以把字符拆分存放。

2. 可以选择数据库系统的话，可以考虑用mongo，毕竟它是文档存放，而且可以执行数据库 *** 作。

3. 一般不考虑直接用文件存放， *** 作起来不方便，除非极少使用。

是可以用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比较，如果要比，也只能把数据库和文件存储比。数据库适合存储数量大，关系复杂的数据，这样管理，查阅就很方便。与此相对文件存储适合数量小，关系简单的数据。

---