接口返回值一定不允许使用枚举类型吗?

文章讨论了在接口返回值中使用枚举类型的争议,引用《Java开发手册》的规定并举例说明可能导致的反序列化异常。作者提出,根据业务场景选择合适的处理策略,如转换为null或默认值,以增强RPC框架的健壮性。
摘要由CSDN通过智能技术生成

引言

在这一周的工作中

碰到一个业务场景,需要叫旁边的同事,李同学开了一个接口,发现给我的返回值中带了枚举类型的变量,我顺口提了一嘴,这种接口返回值最好不要用这种包含枚举类型的对象

李同学问我为什么,我就直接说了,在《Java开发手册》中强制规定二方库里可以定义枚举类型,参数可以使用枚举类型,但是接口返回值不允许使用枚举类型或者包含枚举类型的 POJO 对象

但是,事后想了一想,孤尽老师在《手册》中写的的这条规定一定正确吗?

正文

在这里插入图片描述

杨小帅:不懂同学,你这个接口咋回事,序列化异常了?

image-20210808153018319

不懂尽管心里慌的一批,但是表面仍然装作稳得一笔:不是吧,肯定是你调用的方式有误、你自己在回去检查检查、我都没动这个接口

不懂自信的三连击,让小帅疑惑的回到了座位

此时,不懂连忙打开 idea “我就改了一个接口的枚举值,咋会反序列化异常,不对࿰

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值