破解了一个全角空格引发的血案
问题场景
后端开发好接口，给发过来接口文档，于是开始开心的使用 GsonFormat 插件 建实体了，然而转换 JSON 时出错。
错误现场截图：
问题分析
JSON 转换失败一般有以下两个原因：
JSON 格式有问题，检查一下格式。
格式没问题，仍然报错，那就是编码问题。例如你的 JSON 文件头里带有编码字符(如utf-8等)，读取字符串时 JSON 串是正常的，但是解析就有异常。
很显然我格式没问题，那就是编码的问题了，但是我怎么能确定编码问题呢，于是有了下面神奇的一幕：
出现了问题，我百思不得其解得时候，我去 GsonFormt 这个插件的 GitHub 上创建一个 issue,把我转换出错的 JSON 字符串附上了，然后提交了上去。为了保险起见，提交之后我验证了一下我的问题描述。于是我复制了 issue 上我提交的那段 JSON 字符串，粘贴转换，发现竟然正常转换了，正常了！！！！ 震惊了我狭窄的认知世界。然而我使用接口文档中的同样的一份JSON,转换仍然失败。
虽然上面发生的事情比较显的我比较蠢，但是至少，可以现在定位问题了。目前有内容看起来一模一样的两份 JSON，一个转换失败，一个转换正常。也是我用 UltraEdit 分别以 Hex 模式打开了两份文本，结果如下：
正常转换的文本：
转换失败的文本：
转换失败的文本，发现多了 Â 这个字符，仔细看的话，是所有空格转换成了这个字符，于是定位到空格上面，发现全角空格会转换为Â。
现在真相大白了，全角空格就是导致 GsonFormat 转换失败的罪魁祸首。
定位编码问题你可能会用到的链接：
用UltraEdit：UltraEdit for Mac 安装包、破解文件和破解教程
不想用 UltraEdit：Mac 中使用 vi 查看和修改二进制文件
问题解决
知道了真正的原因，问题就引刃而解了。
因为我们的接口是 word 文档给的，于是，我全局替换了全角空格为半角空格，之后再复制粘贴转换就好了。
福利推荐
最后，给大家推荐一个好用的Android Studio 插件，就是本文出现的 GsonFormat ,可以通过 JSON 字符串自动转换为实体对象，省时省力。超级方便，放个动图感受一下～
戳这里去看 GsonFormat 的 Github 仓库 ,上面有详细的使用说明，有问题可以搜索 issue 解决或者创建 issue 求助,千万别学我提这种搞笑的乌龙 issue ，笑哭自己。
刚刚开通了个人微信公众号，最新的博客，好玩的事情，都会在上面分享，欢迎关注，让我们一起学习和成长。
