Bug提示得非常迷惑，不好直接定位问题。
第一步：定位到出错的代码段，查看报错信息。找不出具体问题，出现代码是将一个JSON串序列化成一个对象，字段较多，使用Chrome反序列化之后的结果一看，好多字段是null，到底是哪个字段引发的bug。如果Mock此段代码，逐一去检测，好像是一种处理方式。But…还得倒腾工程，于是暂时搁置此思路。
第二步:整体上分析此段代码，这段代码的整体特征是，由代码生成工具生成。莫非被人工改动过？为了验证此猜想，立即生成了一遍，Compare的结果是，虽然人工调整过代码，但是与bug不相干，代码的调整仅限于页面显示文字的调整。
第三步 “找你妹”，找了一个正常的具备类比性的模块代码配置，截个图，比着看了一下，结果发现，Client_id配置不一致。找开数据库查看字段类型，数据库不允许为空，实际业务上来，这个地方是为空的。
第四步 调整Client_ID字段类型，允许为空，配置代码生成规则，允许Client_ID为空，K.O.
第五步 以生产环境备份做基线测试…
K.O.