RedLock算法有2个非常大的问题。1、客户端无法感知锁失效。2、RedLock过于依赖时钟。如果数据一致性要求比较严格，那么建议用Zookeeper实现分布式锁。我们确实看到了RedLock算法在分布式环境下，确实有他的不足之处。但是我个人认为在CAP定理里，Redis是AP架构的中间件，对于锁这种偏向于保证C的问题上，确实不适合而且也没必要。要是真的数据对一致性要求很高，那么就用CP的中间件

今天主要分享一下 kafka 的 rebalance，在 kafka 中，rebalance 是一个十分重要的概念，很多时候引发的一些问题可能都是由于 rebalance 引起的，rebalance 也就是再均衡，顾名思义，再均衡就是再次负载均衡，下面会对再均衡进行一个详细的描述。

总而言之，Lock4j是一个非常轻量级的分布式锁框架。它并没有从0到1的去实现一个分布式锁，而是灵活使用Springboot、SpringAOP的扩展功能，将常用的分布式锁封装起来，为用户提供一种更加便捷、简单的使用工具。

上篇文章介绍了为什么引入消息队列？引入 MQ 给我们解决了一些问题，但同时又引入了一些复杂的问题，这些问题是大型项目中必须解决的重点，更重要的是，面试也经常问。实际上消息队列可以说是没法百分之百保证可靠性的！RabbitMQ 提供的相关机制也只是在于缩小消息丢失的概率，或者说提供了消息丢失后的我们可以记录日志的功能。在解决这些问题时有必要明白一点，其实小公司业务量不大，并发量不高的情况下这些问题是

发版后回归测试，不定时出现token失效，导致自动退出到登录界面。如果操作的人员较多，token失效的就比较快，操作的人员较少token失效的相对较慢。

Spring Cloud Consul是一个分布式系统的服务治理框架，它基于Hashicorp提供的Consul实现了服务的注册和发现、配置管理、负载均衡和健康检查等功能。在上篇文章：Spring Cloud微服务注册中心Consul入门使用(上) 中讲了Spring Cloud Consul入门服务注册与发现，运行好了Consul，仅需要添加注解并配置Consul的地址便可实现服务注册与发现。

上诉我们一共介绍了7中创建bean的方式，希望对大家有所帮助。

将新对象预留在新生代，由于 Full GC 的成本远高于 Minor GC，因此尽可能将对象分配在新生代是明智的做法，实际项目中根据 GC 日志分析新生代空间大小分配是否合理，适当通过“-Xmn”命令调节新生代大小，最大限度降低新对象直接进入老年代的情况。双亲委派模型的好处:双亲委派模型保证了 Java 程序的稳定运行，可以避免类的重复加载（JVM 区分不同类的方式不仅仅根据类名，相同的类文件被不

将新对象预留在新生代，由于 Full GC 的成本远高于 Minor GC，因此尽可能将对象分配在新生代是明智的做法，实际项目中根据 GC 日志分析新生代空间大小分配是否合理，适当通过“-Xmn”命令调节新生代大小，最大限度降低新对象直接进入老年代的情况。双亲委派模型的好处:双亲委派模型保证了 Java 程序的稳定运行，可以避免类的重复加载（JVM 区分不同类的方式不仅仅根据类名，相同的类文件被不

在JDK8之前，我们使用的Java多线程变成，主要是来完成，但是这种方式有个弊端就是没有返回值。如果想要返回值怎么办呢，大多数人就会想到 Callable + Thread的方式来获取到返回值。});复制代码从运行上面代码可以知道当调用代码的时候，当前主线程是阻塞状态，另一种方式获取到返回值就是通过轮询来判断任务是否做完获取返回值。Runnable+Thread虽然提供了多线程的能力但是没有返回值