Java Lambda捕获与重执行疑问：两种RulesFact实现的差异及线程安全对比

两种实现的核心差异 #

• 两者存在明显差异，核心区别在于BeanWrapper实例的创建逻辑和生命周期：
  1. 第一种实现将PropertyAccessorFactory.forBeanPropertyAccess(o)的调用逻辑写在了Lambda表达式内部，每次调用返回的RulesFact实例的getPropertyValue方法时，都会执行一次该方法、新创建一个BeanWrapper实例，之后再调用该实例的getPropertyValue方法取值。
  2. 第二种实现是在创建Lambda实例之前就预先创建好了BeanWrapper对象，Lambda内部仅持有该对象的引用，后续所有对RulesFact.getPropertyValue的调用都会复用同一个BeanWrapper实例，不会重复创建。

线程安全性差异 #

Spring 5.2.x版本中默认的BeanWrapper实现类BeanWrapperImpl本身不保证线程安全：它内部会缓存属性解析、内省结果，但是没有对读写操作做同步保护，多线程并发调用同一个BeanWrapper实例的方法可能出现不可预期的异常。

• 第一种实现的线程安全性更高：每次调用getPropertyValue都会生成独立的BeanWrapper实例，不存在多线程共享实例的问题，即使同一个RulesFact实例被多线程并发调用也不会有线程安全问题，代价是每次调用都有创建BeanWrapper的性能开销。
• 第二种实现存在线程安全风险：同一个RulesFact持有的是唯一的BeanWrapper实例，如果该RulesFact被多线程并发调用，就会出现多线程同时访问非线程安全的BeanWrapper的情况，需要额外加同步保证才能在多线程场景下使用，优势是没有重复创建BeanWrapper的开销，单线程场景下性能更好。

内容的提问来源于stack exchange，提问作者K.Nicholas