用户4561690671951

最近赶日本账户&开户的需求，碰到了很多if else的代码。使用一波函数式接口进行优化。 常用的函数式接口有： 1.Function、BiFunction 2.Consumer、BiConsumer

有些场景需要在事务完成后、完成前执行，可以使用待事务同步器进行，使用的方法很简单，代码如下。 1.这里演示的是事务完成后发送kafka消息。 2.目前来看其实在代码里，很多的操作是不应该影响本地事务的

随着公司业务的发展，很多重复的逻辑是可以抽取出来，目前整理了几种针对不同类型的抽象方法。如下： 1.抽取成注解 2.抽取成配置文件(抽取配置文件在spirng.factories文件或是专门弄一个配置

1、Redis优化 读写方式 简单来说就是不用keys等，用range、contains之类。比如，用户粉丝数，大 V 的粉丝更是高达几千万甚至过亿，因此，获取粉丝列表只能部分获取。另外在判断某用户是

Why kafka 消息队列的作用：异步、削峰填谷、解耦 中小型公司，技术实力较为一般，技术挑战不是特别高，用 RabbitMQ （开源、社区活跃）是不错的选择；大型公司，基础架构研发实力较强，用 R

生产消费基本流程 Producer创建时，会创建一个Sender线程并设置为守护线程。 生产的消息先经过拦截器->序列化器->分区器，然后将消息缓存在缓冲区。 批次发送的条件为：缓冲区数据大小达到ba

一致性 幂等性 保证在消息重发的时候，消费者不会重复处理。即使在消费者收到重复消息的时候，重复处理，也 要保证最终结果的一致性。所谓幂等性，数学概念就是： f(f(x)) = f(x) 如何实现？ 添

1、IOC 控制反转 IoC（Inverse of Control:控制反转）是⼀种设计思想，就是将原本在程序中⼿动创建对象的控制权，交由Spring框架来管理。 IoC 在其他语⾔中也有应⽤，并⾮

线上问题rebalance 产生的原因： 组成员数量发生变化 订阅主题数量发生变化 订阅主题的分区数发生变化 组成员崩溃和组成员主动离开是两个不同的场景。 因为在崩溃时成员并不会主动地告知coordi