java枚举类rpc接口传输问题

        之前,定义rpc接口协议,一直觉得某些特殊含义的属性字段用枚举类比较合适。调用方只需要引用你提供的jar包,按照不同场景传入枚举值即可很方便。但最近感觉有一定的风险。

起因:

做需求和服务下游联调,其中一个接口属性就是枚举值。定义值后,我这边对枚举值又新增了一个含义。类似代码如下:

public enum TypeEnum {
    /**
     * 新增的默认值
     */
    DEFAULT(0),
    /**
     * 有含义
     */
    ONE(1),
    ;
    private int code;

    TypeEnum(int code) {
        this.code = code;
    }

    public int getCode() {
        return code;
    }

    public void setCode(int code) {
        this.code = code;
    }
}

由于,新增枚举值后,下游没有更新最新jar,传输过程中报了类似如下报错:

Can not deserialize value of type com.yueyue.order.driver.enums.TypeEnum from String "DEFAULT": value not one of declared Enum instance names: [ONE]
 at [Source: "DEFAULT"; line: 1, column: 1]

意思是说,返序列过程中,对应的枚举值DEFAULT转换不了对应的枚举类型TypeEnum。

思考:

1.该枚举类后续扩展,如果其他服务用到,升级jar包后,那么可能就会出现此类问题。

2.也有可能对应下游业务扩展,调用方rpc接口服务先升级,切分批升级,如果有流量被打开,也是有此类问题的。

3.对应此类问题,存在序列化和反序列化还有数据库Json格式存枚举,也有可能有此类问题。

等等

结论:

        后续开发过程中,设计序列化与反序列化传输的功能,尽量避免使用枚举类做属性。避免上述问题。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值