Code皮皮虾

前言 前段时间在调用rpc的时候，发现rpc返回结果中存在一个没有被定义的类，简单来说就是响应体Class并没有定义这个类，但它却结结实实的出现在响应中，这就离了个大谱！ 于是我直接clone下目标p

前提 相信大部分小伙伴在编码完接口逻辑之后都会先在本地启动项目，然后postman调用一下接口，看看response是否符合预期，然后再部署到测试环境。 但是，如果接口场景是一些对耗时有严格要求的场景

前言 在企业项目开发过程中，我们往往会为了代码的灵活性、可扩展性从而考虑为代码逻辑接入配置中心 例如: 线程池接入配置中心，实现动态线程池，可灵活修改线程数. 为了测试同学测试、产品线上回归等，利用配

背景 最近在做需求的时候遇到一个小问题，我需要让A的所有实现类bean去依赖B接口的所有实现类bean，且考虑到日后的实现类bean还会增加，需要有一劳永逸的方法，而不是每次在新增后需要再去进行维护。

本文正在参加「金石计划」 概述 最近写一个批量业务接口，为了降低响应时间，遂使用了自定义线程池 + CompletableFuture异步执行任务，阻塞获取结果， 但在测试过程中，发现一个很奇怪的问题

本文正在参加「金石计划」 简单使用（老司机直接跳过～） 定义一个实体类 定义一个事件，需要继承ApplicationEvent 定义一个监听器，需要实现ApplicationListener接口 测试

异步编排 在业务开发的过程中，我们为了降低接口耗时，经常会用到线程池，书写多线程数据获取、同步阻塞获取结果的业务逻辑。 常见的使用方法如下: Future 假设一个接口涉及到3个业务逻辑，如下: 业务

前言 当我们使用线程池submit一个任务后，会返回一个Future，而在Future接口中存在一个cancel方法，来帮助我们取消掉任务。 但是cancel方法有一个boolean类型的入参，比较迷

概述 最近在做一些优化的时候用到了ScheduledThreadPoolExecutor。 虽然知道这个玩意，但是也很久没用，本着再了解了解的心态，到网上搜索了一下，结果就发现网上有些博客在说Sche