写作背景
今日进行代码重构之后,执行单元测试时报了IllegalAccessException,一般为调用反射代码时没有权限。问题是反射的代码是由底层的jar来实现,而不是自己写的代码;并且之前的单元测试都没有问题。仔细看了一下,异常信息最后的信息为不到一个带有public static final修饰的成员,也就是找不到一个常量。
分析
首先明确一点就是该异常就是访问权限不够所致。一般遇到此问题,异常信息为Caused by: java.lang.IllegalAccessException: Class xx can not access a member of class yy with modifiers "private",即无法访问一个private的成员,此种问题很好解决,使用反射在调用相应的invoke()之前先调用setAccessible(true),忽略访问权限即可,这样就能够访问private的成员变量或者方法了。
但今天碰到的问题提示不能访问一个public成员,而不是private。在确定不是编译问题后,那么就只剩下一种可能,既然不是成员的问题,那就是类的问题。而今天重构时恰好去修改了类的访问权限修饰符,由public class xx改为class xx,底层在调用反射时就无法访问了。
这里的坑就是当类的访问权限不够时,报错的信息却指向成员,会干扰排查思路
解决方案
在知道引起问题的原因之后就好办了
java.lang.IllegalAccessException: Class xx can not access a member of class yy with modifiers "private"
需要在调用invoke等方法之前调用setAccessible(true)来允许访问private的方法或属性;或提升方法/属性等的访问权限,如由private改为publicjava.lang.IllegalAccessException: Class xx can not access a member of class yy with modifiers "public"
虽然异常依然指向了成员,但是该成员是由public来修饰,证明成员的访问权限没有问题。关键还是在于是类的访问权限不够。此时需要提升类的访问权限,如把protected class XX改为public class XX
本文探讨了一次代码重构后单元测试出现IllegalAccessException的问题。异常信息误导指向成员访问权限,但实际上问题在于类的访问权限被修改。解决方案是通过setAccessible(true)允许反射访问,或调整类的访问修饰符至public。
2490

被折叠的 条评论
为什么被折叠?



