从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)

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

1. Method#invoke 方法会对参数做封装和解封操作
2. 需要检查方法可见性
3. 需要校验参数
4. 反射方法难以内联
5. JIT 无法优化