Gson是不是很简洁很容易上手呢？最主要的就两个方法toJson()和fromJson()将实体转为Json和将Json转为实体。

我之前没有使用过Gson，更不用说是用Kotlin了。由于使用的时间还不是很长，好不好用还真不好说。

我之前用惯了Json且有这个 JsonHelper工具类 的帮助，暂时性的认为没有JsonHelper好用且功能不如JsonHelper的实用。

主要是因为碰到了下文将要讲述的坑。

我在编写项目的过程中，需要将一些暂时性的数据进行保存，自然而然的就想到了之前创建的SpUtils类将数据存储在SharedPreferences中。

于是写了两个方法，完美实现需求

        fun <T> getObject(key: String, cls: Class<T>): T {
            var value = getString(key, "")
            return gson.fromJson<T>(value, cls)
        fun setObject(key: String, obj: Any) {
            var value = gson.toJson(obj)
            setString(key, value)
思路主要是将实体转换成Json字符串保存，需要时取出Json字符串并序列化成实体返回。
这时需求升级了，需要保存一个列表。
        fun <T> getList(key: String, cls: Class<T>): List<T> {
            var value = getString(key, "")
            if (TextUtils.isEmpty(value)) {
                return ArrayList()
            return gson.fromJson(value, object : TypeToken<List<T>>() {}.type)
这时看着没毛病吧，程序也能够正常的编译，但运行到取实体的变量时却崩溃了
问题出现了，原本List里面包含的对象，经过一遍存储和取出，List里却变成了键值对。
可以得出结论Gson并没有序列化成功。
费了不少心思，搜寻了很多资料，终于明白了。原因是java的类型擦除
Java中的泛型基本上都是在编译器这个层次来实现的。在生成的Java字节码中是不包含泛型中的类型信息的。使用泛型的时候加上的类型参数，会在编译器在编译的时候去掉。这个过程就称为类型擦除。

https://segmentfault.com/q/1010000009644038
由于我是用了泛型，导致fromJson()只知道是List而里面的类型却是未知的，因此返回成了键值对。
所以这里采用传递type的方式，否则会因为找不到类型，而序列化失败
        fun <T> getList(key: String, type: Type): T {
            var value = getString(key, "")
            return gson.fromJson(value, type)
SpUtils.getList<List<Category>>(KEY_CATEGORY_LIST, object : TypeToken<List<Category>>() {}.type)
从这一点看之前的JsonHelper就不会有这种问题。
不能一棍子打死，我还是抱着学习的态度继续深入。