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

Posted 2023-04-25

是可以用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比较，如果要比，也只能把数据库和文件存储比。数据库适合存储数量大，关系复杂的数据，这样管理，查阅就很方便。与此相对文件存储适合数量小，关系简单的数据。 参考技术A Android中数据的存储有五种方式不同的应用及需求，会使用不同的方式去存储数据。
1 使用SharedPreferences存储数据
2 文件存储数据
3 SQLite数据库存储数据
4 使用ContentProvider存储数据
5 网络存储数据
不同的业务逻辑,或者需求,用不同的实现方式，以下是这几中数据存储方式的说明用及法:
第一种： 使用SharedPreferences存储数据
它的本质是基于XML文件存储key-value键值对数据，通常用来存储一些简单的配置信息。
其存储位置在/data/data/< >/shared_prefs目录下。

第二种： 文件存储数据
关于文件存储，Activity提供了openFileOutput()方法可以用于把数据输出到文件中，具体的实现过程与在J2SE环境中保存数据到文件中是一样的。文件可用来存放大量数据，如文本、图片、音频等。
默认位置：/data/data/< >/files/***.***。

第三种： SQLite数据库存储数据
SQLite是轻量级嵌入式数据库引擎，它支持 SQL 语言，并且只利用很少的内存就有很好的性能。此外它还是开源的，任何人都可以使用它。许多开源项目（(Mozilla, php, Python）都使用了 SQLite。
数据库存储在 data/< 项目文件夹 >/databases/ 下。

第四种： 使用ContentProvider存储数据 ContentProvider其实也是通过数据库的方式来存储数据的,因此这里不再做详细介绍。

第五种 ：网络存储数据 也就是说将数据保存在服务器,android上只需要通过httpclient发起一个请求,向服务器获取数据即可。本回答被提问者采纳 参考技术B 首先，使用 JSON 来存储数据是有场景的。不过场景大多限于配置的存储，例如 ios 的 xcassets、Content Blocker Extension 的配置就是 JSON。用 XML 来存储的就更多，Storyboard 和 Plist 就是 XML。

另外在有一些方案里面会把 JSON 序列化后存起来，比如 iOS 里面把 JSON 的数据序列化后存在 KeyValue 查询的组件里面去。但是对于经常要做 行更新 的数据，用 JSON 显然是不合适的，对于一些更复杂的查询和更新，JSON 也不合适。

最后，对于轻量级的配置存储，iOS 和 Android 都提供了解决方案，只是 iOS 的 NSUserDefaults 和 Android 的 SharedPreferences 在存储的时候选择了 XML 而已。

JSON 的定位是 一种轻量级的 数据交换 格式。

为啥 iOS 开发中很少用到 try catch 语句

参考技术A 简单的来说，Apple虽然同时提供了错误处理（NSError）和异常处理（exception）两种机制，但是Apple更加提倡开发者使用NSError来处理程序运行中可恢复的错误。而异常被推荐用来处理不可恢复的错误。
因为try catch无法捕获UncaughtException，而oc中大部分crash如：内存溢出、野指针等都是无法捕获的，而能捕获的只是像数组越界之类（这真心需要catch么？），所以try catch对于oc来说，比较鸡肋。本回答被提问者和网友采纳