Spring的BeanWrapper#getPropertyValue为何比原生反射Field.get慢很多？

这是我编写的测试方法，我将对该方法进行100000次循环调用测试。

基于Spring BeanWrapper的实现 #

采用BeanWrapper.getPropertyValue获取属性值的方案耗时为12000ms，对应代码如下：

private static void test() {
    MyBean bean = new MyBean();
    Field[] fields = MyBean.class.getDeclaredFields();
    BeanWrapper beanWrapper = new BeanWrapperImpl(bean);
    for (Field f : fields) {
        f.setAccessible(true);
        String fieldName = f.getName();
        Object fieldValue = beanWrapper.getPropertyValue(fieldName);
    }
}

基于Java内省机制的实现 #

将代码修改为调用Field.get方法获取属性值后，耗时仅约400ms，对应代码如下：

private static void test() {
    MyBean bean = new MyBean();
    Field[] fields = MyBean.class.getDeclaredFields();
    BeanWrapper beanWrapper = new BeanWrapperImpl(bean);
    for (Field f : fields) {
        f.setAccessible(true);
        String fieldName = f.getName();
        Object fieldValue = f.get(bean);
        // Object fieldValue = beanWrapper.getPropertyValue(fieldName);
    }
}

BeanWrapper.getPropertyValue执行速度较慢的核心原因 #

两者性能差距本质是功能定位完全不同，BeanWrapper是Spring整个属性绑定体系的核心组件，并非为高性能单字段读取设计，每次调用都附带了大量当前测试场景用不到的额外逻辑：

• 支持嵌套属性路径解析：传入类似user.dept.name的多级属性名时，它会自动逐层遍历对象取值，因此每次调用首先要做属性名分词、路径合法性校验，即便传入的是单级属性名，这套判断逻辑也不会跳过。
• 内置完整类型转换能力：取到属性值后会自动做类型匹配，必要时调用Spring类型转换体系做值转换，同时支持挂载自定义属性编辑器做值加工，而直接调用Field.get是取到原始值就直接返回，完全没有这部分开销。
• 遵循JavaBean规范的访问逻辑：默认优先查找属性对应的getter方法发起调用，而非直接读取字段值，中间要经过Java内省描述符查找、方法句柄校验、访问权限判断多层封装，调用链路比直接持有Field对象读值深很多。
• 附带异常处理与扩展逻辑：每次调用还要做访问异常包装、类型转换失败的错误信息拼装，部分场景下会触发属性访问的回调钩子，这些逻辑在原生反射直接读字段的场景下完全不存在。
• 额外的查找开销：即便内部做了属性描述符缓存，每次传入属性名调用时还是要做哈希查找、实例类型校验，而测试代码是直接遍历拿到类的Field数组，连按属性名匹配查找这一步都省了，进一步拉大了性能差距。

简单说，BeanWrapper的优势是功能全、兼容性强，适合做配置绑定、表单参数映射这类对单次调用性能不敏感、需要灵活属性规则的场景，并不适合超高频次的批量字段读写场景。如果追求批量字段操作的性能，直接用提前开了权限的原生反射调用，开销会低很多。

内容的提问来源于stack exchange，提问作者Jackpot