Kubernetes官方java客户端之二：序列化和反序列化问题
欢迎访问我的GitHub
https://github.com/zq2599/blog_demos
内容：所有原创文章分类汇总及配套源码，涉及Java、Docker、Kubernetes、DevOPS等；
问题场景
本文是《Kubernetes官方java客户端》的第二篇，在进入编码实战章节之前，有个问题需要大家有足够的了解，避免在后面的实战中耗费精力处理此类问题，来看看究竟是什么问题：
-
SpringBoot是常用的应用框架，《Kubernetes官方java客户端》系列的应用都是基于SpringBoot-2.3.1版本的；
-
下图是SpringBoot-2.3.1.RELEASE的官方文档，红框表明默认的JSON处理库是Jackson：
-
看到这里您是否有种不祥预感：K8S官方java客户端是谷歌的，涉及到JSON处理时会不会首选自家的Gson？
-
V1HTTPGetAction.java是java客户端中常用到的数据结构，用来封装http请求相关的参数，来看看其源码，如下图，果然用上了Gson的注解：
-
上图提到的IntOrString类要重点关注，用处广泛，打开其源码如下图，请记下红框2中的代码，后面提到的问题就来源于此：
- 小结：SpringBoot默认的JSON处理类是Jackson，K8S官方java客户端内的Bean在涉及到JSON相关的序列化和反序列化处理时，使用了Gson注解，因此上述Bean实例在SpringBoot中涉及到JSON处理时，可能会有问题(这时只能说可能)，例如RestController返回对象，会被Jackson转为JSON；
复现问题
- 这里用一个SpringBoot工程来演示此问题（该工程名为OutsideclusterApplication，下一篇文章会详细说明），如下代码是个http接口响应，可见V1PodList实例作为接口返回时，会被SpringBoot用Jackson转为JSON返回给前端：
@RequestMapping(value = "/hello")
public V1PodList hello() throws Exception {
// 存放K8S的config文件的全路径
String kubeConfigPath = "/Users/zhaoqin/temp/202007/05/config";
// 以config作为入参创建的client对象，可以访问到K8S的API Server
ApiClient client = ClientBuilder
.kubeconfig(KubeConfig.loadKubeConfig(new FileReader(kubeConfigPath)))
.build();
Configuration.setDefaultApiClient(client);
CoreV1Api api = new CoreV1Api();
// 调用客户端API取得所有pod信息
V1PodList v1PodList = api.listPodForAllNamespaces(null, null, null, null, null, null, null, null, null);
return v1PodList;
}
-
上述代码运行起来，在浏览器访问该接口时，控制台抛出以下错误，IntOrString.getStrValue方法，就是前面咱们看过的那段，IntOrString中实际上保存的是int数据，但是Jackson执行了其getStrValue方法：
-
至于为什么Jackson会执行getStrValue方法，篇幅原因就不在此展开了，简单提一下，在java客户端的BeanPropertyWriter类中，选择方法的逻辑如下图，红框中展示了判定逻辑，此处getStrValue方法命中了该逻辑，如果您尝试用在红框处打上断点观察，会发现有很多方法都符合此条件：
