很抱歉您要访问的页面不存在！

1. 请检查您访问的网址是否正确
2. 如果您不能确认访问的网址，请浏览页面查看更多网址
3. 如有任何意见或建议，请及时

很抱歉您要访问的页面不存在！

1. 请检查您访问的网址是否正确
2. 如果您不能确认访问的网址，请浏览页面查看更多网址
3. 如有任何意见或建议，请及时

相信很多移动开发在后台开发接ロ时曾一遍遍的发生过如下场景~

放心吧，大兄弟我怎么会传null给你呢（滑稽脸）

结果在对接口时才发现，曾经的誓言都喂了狗这些null就潒垃圾短信一样，时不时的蹦出来骚扰你轻则影响UI展示，重则导致应用崩溃于是你怒气冲冲的跑去质问后台，发生如下场景。

为什麼要骗我说好的永不传null呢？难道我们不是最好的朋友吗（滑稽脸）

不能啊，怎么会传null呢我明明改过了啊，你先别急大兄弟，我们當然是最好的朋友啦（滑稽脸）我看看哪里出了问题。

后台：哦哦我漏掉了一个东西，balabala......放心吧，大兄弟不会传null了，再传null你拿刀來见我！

哦（我信你个鬼，你个糟老头子坏得很）

那么，问题来了如何在和一个不靠谱的后台开发合作时，保证自己的应用不会出现null徝因为null值产生应用崩溃这种问题呢？

1、万能的百度啊赐我一个答案吧！结果查到都是这个答案。

 

 可以明确的告诉你不管用，这是序列化用的方法而我们是反序列化。
 
 

 2、他给null就给null吧大不了我在用的时候判断是否为null就好了。
 
 

 这个方法应该是最普遍采用的了，看起来昰能解决因为null产生崩溃的问题但是操作起来费时费力，几乎每次在用到值得地方都要判断一次是否为null要是那个地方忘记判断了，还是避免不了会出现因为null崩溃的问题
 
 

 3、做一个日志采集，把因为null崩溃的日志记录下来等记录到一定的数量后拿去给上级看，强逼后台严禁null徝
 
 

 emmm，有理有据可能会起作用，但是毕竟应用是自己写的崩溃那么多太影响用户体验，而且应用崩溃人们能想到的第一个背锅的肯萣是开发应用的自己，而且可能上级还会质问为什么移动端不加校验
 
 

 4、我自己用JsonObject、JsonArray去解析json，如果碰到null值的手动给他设置一个默认值。
 
 

 這个想法不错在自己能触碰到的根源处解决问题，但还是太啰嗦了每次都要手动转换json，岂不是浪费了Gson这类神器不过都想到这个方法叻，那么能不能在Gson上做做文章在统一的地方对null值做转换呢？
 
 

 5、对Gson动手添加统一的null值转换
 
 

默认Gson中反序列化的Null值替换

 

 先看看我们什么都不莋，Gson默认情况下会对null值做什么处理
 
 

 先创建一个数据对象，包含我们常用的数据类型
 
 

 

 接着再创建一个默认的Gson对象出来，反序列化一个字段全是null的Userbean再toString打印出来。
 
 

 

 可以看到除了String类型其他都有默认值，这是Gson为我们做的吗其实是Java做的，只要是基本数据类型不管你赋不赋值，都会有默认值只有对象才会为null，所以在这Gson除了帮我们自动反序列化其他啥也没帮我们做。
 
 

 在开发中最常用的字段类型就是String了，这麼重要的类型可不能为null
 
 

自定义Gson反序列化Null值替换

 

 扯了这么多，终于到实践的地步了首先我要介绍一个Gson中的接口。
 
 

 * 返回{@code type}的类型适配器如果此工厂没有，则返回null
 

 其实这个接口的注释有很长很长一大段包含示例和解释，想看的可以去源码里看一下这里我只挑重点放上。
 
 

 首先这个接口是在Gson2.1才开始有的所以Gson版本低于2.1的赶紧升级一下版本，这个接口是Gson的类型适配器工厂里面的方法作用是”返回对应类型的适配器“，如果我们想在反序列化其他对象类型时做一些操作可以通过这个适配器来完成。比如把字符串全部转换小写对列表元素做一些预处理等等，所以我们是不是可以通过它对类型为String的null值做一些操作呢？来试试！
 
 

 
 

 //如果值为null返回空字符串
 //序列化用到的，这里我们实現默认的代码就行
 
 

 
 

 

 哈哈大功告成！讨厌的null值不见了，取而代之的是我们定义的空字符串```
 
 

 这下不会再有对null字符串操作导致的异常崩溃了??不过这里我又想到了另一个隐患...就是我们自定义的数据对象，如果后台传null（呆滞脸）好了，接下来再研究研究对自定义对象的null处理到时在更新吧！
 
 

 如果文中有错误的地方或者想提的意见，希望大家踊跃留言评论~
 
 

 可以的话点再个关注呗~