EL表达式Map（key为Integer类型）取值bug解决方案

2019独角兽企业重金招聘Python工程师标准>>>

    链接地址：http://www.xx566.com/detail/169.html

    前几天，在做权限控制的时候，用到了树形结构，有这样一个需求：在角色编辑的页面，有个系统所有菜单的树形结构，需要根据角色所拥有的菜单，进行相应的勾 选，在功能实现的过程中，出现了一个诡异的bug，服务器端正确的获取了系统的所有菜单和角色所拥有的菜单，在jsp页面中进行勾选的时候使用到了EL表 达式进行判断，这里就存在了一个bug：EL表达式Map（key为Integer类型）取值bug。

 

    服务器端的处理逻辑是这样的：进入编辑页面的时候，首先拿到系统所有的菜单集合List（resources），之后获取角色对应的权限集合List（roleResources），处理 roleResources，封装成Map<Integer,Boolean>（roleResourceMap）返回，即对应的菜单ID作为key，true为value。

 

    JSP页面的处理逻辑：使用了C标签库

<c:forEach var="resource" items="resources">
    <input type="checkbox"
        <c:if test="${roleReourceMap[resource.id]}">checked="true"</c:if>
    >${resource.name}</input>
</c:forEach>

    上面的例子中首先对菜单进行了遍历展示，并判断菜单ID是否存在于map集合，如果存在，进行勾选处理，问题就出在这里：数据能够正确获取，菜单却不能正确勾选。

 

    于是求助于度娘，发现这可能是EL表达式的一个bug，stackoverflow上面有一个类似的提问：EL access a map value by Integer key，通过该提问找出了问题的原因：EL表达市在解析数字的时候，会自动把数字转换成Long类型，后台使用Integer类型作为key值，进行判断的时候Integer与Long对象不相等导致判断返回false，checkbox无法勾选。

 

    通过stackoverflow和其他相关的几篇文章：JSTL访问Map问题，key为Integer或Long，JSTL-map中key值为数字的处理方式，从jstl的map中取值问题，这个bug可能有以下两种解决方案：

 

    解决方法1：

    

    使用Long类型作为Map中的键值类型，本例中则是Map<Long，Boolean>，在JSP页面上进行遍历处理时，我们可以使用如下<c:if test="${roleReourceMap[resource.id+0]}">checked="true"</c:if>的方 式进行判断，注意这是使用了+0运算，具体原理不是很清楚，可能是将key值转换成了long类型，不过确实解决了问题。

 

    当然，也可以通过<c:set value="${resource.id + 0}" var="longKey"></c:set>首先设置一个long类型的key，之后可以通过<c:if test="${roleReourceMap[longkey]}">checked="true"</c:if>进行判断处理。

 

    解决方法2：

    

    使服务器端不需要处理map集合的泛型，依旧使用Map<Integer,Boolean>，不过不能再通过map[key]这种方式获取value值，我们可以通过map.entry，如下：

<c:forEach var="resource" items="resources">
    <input type="checkbox"
        <c:forEach items="${roleResourceMap}" var="entry">
            <c:if test="${entry.key==resource.id}">checked="true"</c:if>
        </c:forEach>
    >${resource.name}</input>
</c:forEach>

    我们在菜单遍历的过程中多使用了一层循环，遍历了map集合，通过entry拿到菜单的ID与系统菜单的ID进行比较，实现勾选。

 

    总结：目前来说，自己对这个bug的理解还不是很清晰，只是在发现bug后思考了几种解决方案，不过这个问题的产生可能存在偶然性，即存在不确定因素，因 为自己在开发中， 角色授权编辑的时候出现此bug，但是同样的代码和同样的处理逻辑，在用户授权角色编辑的时候，问题居然没有产生，而且自己在尝试重现此bug时，又很奇 怪并没有出现。

转载于:https://my.oschina.net/realfighter/blog/349893