本次更新：

• 优化： loveqq-mvc，控制器全局异常切面实现从代理改为异常处理器，减少代理调用
• 优化：loveqq-cache，新增响应式缓存支持，默认提供 ConcurrentHashMap 实现
• 优化：loveqq-cache-redis，整合 redisson 响应式缓存支持
• 优化：loveqq-boot-starter-netty，优化过滤器、拦截器均为响应式接口

响应式缓存示例：

下面的示例展示了缓存注解用法，并且实现了响应式/命令式一致的操作体验

@RestController
public class UserController {
    @Autowired
    private UserMapper userMapper;

    @GetMapping
    @Cacheable(value = "anyUser", ttl = 3)
    public Mono<User> anyUser() {
        return Mono.fromSupplier(() -> this.userMapper.listAll().get(0));
    }

    @GetMapping
    @Cacheable("listAllUser")
    public Flux<User> listAllUser() {
        return Flux.fromStream(() -> this.userMapper.listAll().stream());
    }

    @GetMapping
    @CacheClear(value = "listAllUser", condition = "retVal", preClearTimeout = 2000)
    public Mono<Boolean> deleteAsync(Long id) {
        return Mono.just(true);
    }

    @GetMapping
    @Transactional
    @Cacheable("listAllUserWithTransactional")
    public List<User> listAllUserWithTransactional() {
        return this.userMapper.listAll();
    }

    @GetMapping("delete")
    @CacheClear(value = "listAllUserWithTransactional", condition = "retVal")
    public boolean update(Long id) {
        return true;
    }
}

和 spring 的联系

        初期是以学习 spring 进行开发的，但是却并没有参考 spring 的实现，仅仅是把 spring 当做一个黑盒接口，根据 spring 的外在功能表现，使用自己的想法去实现功能，所以该框架，即不是模仿 spring，也不是 spring 的二开。而是一个全新的，但又高度符合 spring 开发者使用习惯的完整的 ioc/aop 框架

和 spring 的区别

        和 spring 最大的区别就是，loveqq 具有更强大的条件注解推断，因此不需要 @AutoConfigureBefore、@AutoConfigureAfter 等辅助自动配置的注解，仅仅需要正常配置 bean 即可，无需关心 bean 加载顺序的问题。

下面就是一个很好的例子：

@BootApplication
public class ConditionTest {
    private boolean isOverride;

    @Autowired(required = false)
    private List<Inter> cons;

    @Bean
    public BB bbOverride() {
        this.isOverride = true;
        return new BB();
    }

    @EventListener
    public void onComplete(ContextRefreshedEvent event) {
        Assert.isTrue(this.isOverride);
        Assert.isTrue(this.cons.size() == 5);
    }

    public static void main(String[] args) {
        SpringApplication.run(ConditionTest.class, args);
    }
}

interface Inter {}

@Component
@ConditionalOnBean({CC.class, BB.class})
@ConditionalOnClass(name = "com.kfyty.condition.ConditionTest")
class AA implements Inter {}

@Component
@ConditionalOnMissingBean(BB.class)
class BB implements Inter {}

@Component
@ConditionalOnBean(BB.class)
class CC implements Inter {

    @Bean
    @ConditionalOnBean(AA.class)
    public EE ee() {
        return new EE();
    }
}

class DD implements Inter {}

@Component
@ConditionalOnMissingBean(DD.class)
class DDF implements FactoryBean<DD> {

    @Override
    public Class<?> getObjectType() {
        return DD.class;
    }

    @Override
    public DD getObject() {
        return new DD();
    }
}

class EE implements Inter {}

• 上述代码，首先 BB 是无条件直接定义的，所以 BB 一定存在；
• 而 CC 仅依赖 BB 存在，所以 CC 一定存在；
• 而 AA 仅依赖 BB、CC 的存在，以及主类的存在，因此 AA 一定存在；
• 而 EE 仅依赖 AA，因此 EE 一定存在；
• 而我们没有直接定义 DD，因此 DDF 一定存在，而 DDF 属于 FactoryBean，它生产了 DD，所以 DD 一定存在；
• 所以 AA、BB、CC、DD、EE 的条件都成立，cons.size () 应该是 5。
• 而上述代码在 spring 下无法通过测试，但是在 loveqq-framework 中是可以测试通过的。

感兴趣的可以体验体验~