Java软引用 反射_从Java源码上复习反射的一些问题

Q：

用反射获取到的method对象， 是返回一个method引用，还是返回1个拷贝的method对象？

A：

反射拿method对象时， 会做一次拷贝，而不是直接返回引用，因此最好对频繁使用的同一个method做缓存，而不是每次都去查找。

Q:

getMethods()后自己做遍历获取方法

和getMethod(methodName) 直接获取方法， 为什么性能会有差异？

A：

getMethods() 返回method数组时，每个method都做了一次拷贝。

getMethod(methodName)只会返回那个方法的拷贝， 性能的差异就体现在拷贝上。

Q:

获取方法时，jvm内部其实有缓存，但是返回给外部时依然会做拷贝。

那么该method的缓存是持久存在的吗？

A:

不是持久存在的，内存不足时会被回收。

源码如下：

可以看到这是一个软引用。

软引用的定义：

内存紧张时可能会被回收，不过也可以通过-XX:SoftRefLRUPolicyMSPerMB参数控制回收的时机，

只要发生GC就会将其回收

如果reflectionData被回收之后，又执行了反射方法，那只能通过newReflectionData方法重新创建一个这样的对象了

Q： 反射是线程安全的吗?

A:

是线程安全的。 获取反射的数据时，通过cas去获取。

Q:

a普通方法调用

b反射方法调用

c关闭安全检查的反射方法调用，性能差异如下：

b反射方法调用和c关闭安全检查的反射方法调用的性能差异在哪？

普通方法调用和关闭安全检查的反射方法调用的性能差异在哪？

A:

安全检查的性能消耗在于

，SecurityManager.checkPermission(SecurityConstants.CHECK_MEMBER_ACCESS_PERMISSION); 这项检测需要运行时申请 RuntimePermission(“accessDeclaredMembers”)。

所以如果不考虑安全检查， 对反射方法调用invoke时， 应当设置 Method#setAccessible(true)

普通方法和反射方法的性能差异在于

Method#invoke 方法会对参数做封装和解封操作

需要检查方法可见性

需要校验参数

反射方法难以内联

JIT 无法优化