码迷,mamicode.com
首页 > 其他好文 > 详细

JDK的3个bug啊,你get到了吗?

时间:2020-02-05 20:42:02      阅读:91      评论:0      收藏:0      [点我收藏+]

标签:基础类型   lis   注解   public   构造   fas   导致   联系人   pos   

1.Annotation引用非空enum数组返回空数组

首次发现时的环境:JDK 1.8

首次发现所在项目:APIJSON

测试用例:

publicenumRequestRole {/**未登录,不明身份的用户*/UNKNOWN,/**已登录的用户*/LOGIN,/**联系人,必须已登录*/CONTACT,/**圈子成员(CONTACT + OWNER),必须已登录*/CIRCLE,/**拥有者,必须已登录*/OWNER,/**管理员,必须已登录*/ADMIN;//似乎不管怎么做,外部引用后都是空值。并且如果在注解内的位置不是最前的,还会导致被注解的类在其它类中import报错。//虽然直接打印显示正常,但被@MethodAccess内RequestRole[] GET()等方法引用后获取的是空值publicstaticfinal RequestRole[] ALL = {RequestRole.UNKNOWN};//values();//所有publicstaticfinal RequestRole[] HIGHS;//高级static{HIGHS =newRequestRole[] {OWNER, ADMIN};}publicstaticfinal String[] NAMES = {UNKNOWN.name(), LOGIN.name(), CONTACT.name(), CIRCLE.name(), OWNER.name(), ADMIN.name()};}@MethodAccess(GETS = RequestRole.ALL,HEADS = RequestRole.HIGHS)publicclassVerify{}publicclassDemoVerifier{// <TableName, <METHOD, allowRoles>>// <User, <GET, [OWNER, ADMIN]>>publicstaticfinal Map<String, Map<RequestMethod, RequestRole[]>> ACCESS_MAP;static{//注册权限ACCESS_MAP =newHashMap<String, Map<RequestMethod, RequestRole[]>>();ACCESS_MAP.put(Verify.class.getSimpleName(), getAccessMap(Verify.class.getAnnotation(MethodAccess.class)));}publicstaticHashMap<RequestMethod, RequestRole[]> getAccessMap(MethodAccess access) {if(access == null) {returnnull;}HashMap<RequestMethod, RequestRole[]>map=newHashMap<>();map.put(GET, access.GET());map.put(HEAD, access.HEAD());map.put(GETS, access.GETS());map.put(HEADS, access.HEADS());map.put(POST, access.POST());map.put(PUT, access.PUT());map.put(DELETE, access.DELETE());returnmap;}}

 

解决方案:

不抽象数组常量ALL,HIGHTS等,而是在每个用到的地方硬编码写死具体的值。

2.ArrayList可通过构造函数传入非指定泛型的List并在get时出错

首次发现时的环境:JDK 1.7

首次发现所在项目:APIJSON

测试用例:

技术图片

 

解决方案:

1.改用 Open JDK8

2.升级 JDK

注:后面多次测试,已无法复现。

3.基本类型在三元表达式内可赋值为null,编译通过但运行出错

首次发现时的环境:JDK 1.7

测试用例:

int i =true?null:0;//Exceptioninthread"main"java.lang.NullPointerException

首次发现所在项目:ZBLibrary

解决方案:

在给基础类型用3元表达式赋值时,null 先转为基础类型的默认值。

最后再提2个不是bug,但容易引发编程bug的问题:

1.局部变量和同名的全局变量能在一个方法内,编译通过,运行也正常。

技术图片

 

如果两个变量中间隔了比较长的其它代码,很可能会导致开发人员将两者混淆,导致逻辑认知错误,从而写出或改出有问题的代码。

解决方案:

命名局部变量前先搜素,确保没有已声明的同名全局变量。

2. (非 JDK bug)Gson 通过 TypeToken 转换 List<T> 能写入不属于 T 类型的数据,get 出来赋值给 T 类型的变量/常量报错。

技术图片

 

解决方案:

1.手动检查列表内数据都符合泛型 T

2.改用 fastjson 等其它能静态检查类型的库。

推荐:开化县属于哪个市?

        石阡县属于哪个市?

JDK的3个bug啊,你get到了吗?

标签:基础类型   lis   注解   public   构造   fas   导致   联系人   pos   

原文地址:https://www.cnblogs.com/1994july/p/12266159.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!