大老二的Python路

SpringCloudGateway手动编写路由规则对请求进行转发SpringCloudGateway手动编写路由规则对请求进行转发这篇文章主要是提供一种转发路由的代码实现方式，之前说的gateway都是使用配置文件来对请求进行路由，这样虽然很简单，但是不够灵活，如果后端对应很多服务实例，网关想要根据自己的规则来转发请求，比如编写不同的负载均衡策略，做一些特别的权重，以及在运行过程中动态的变更转发地址，这些用配置文件来做都不够灵活，没法自由的定义规则。涉及的gateway版本 <dep

SpringCloud Alibaba实战（8：使用OpenFeign服务调用）在上一个章节，我们已经成功地将服务注册到了Nacos注册中心，实现了服务注册和服务发现，接下来我们要做的是服务间调用。想一下，我们日常调用接口有哪些方式呢？常见有的有JDK自带的网络连接类HttpURLConnection、Apache Common封装的HttpClient、Spring封装的RestTemplate。这些调用接口工具也许在你看来都并不困难那，但是如果引入feign，使用声明式调用，调用远程服务像调用本地a

Spring Native 0.10.0 发布，重大突破！！大家好，我是你们的码农大哥——栈长。6 月初的时候给大家介绍了 Spring 团队的最新杀手锏项目：Spring Native，它的存在就是干掉 JVM，另起一个 JVM 之外的生态，上篇也简单实战了一下，相信大家都有了一个全新的认知，没看过的可以点链接进去看下。Spring Native 上一个版本为：0.9.2，只支持 Spring Boot 2.4.5。Spring Native 最近又发布了基于 Spring Boot 2.5

世界上三个伟大的发明：火，轮子，跟Kafka（kafka看这篇就够了）有人说世界上有三个伟大的发明：火，轮子，以及 Kafka。发展到现在，Apache Kafka 无疑是很成功的，Confluent 公司曾表示世界五百强中有三分之一的企业在使用 Kafka。今天便和大家分享一下 Kafka 相关知识点，高性能、持久化、多副本备份、横向扩展…万字长文，做好准备，建议先收藏再看 ！1、为什么有消息系统\1. 解耦合\2. 异步处理 例如电商平台，秒杀活动。一般流程会分为：1: 风险控制 、2： 库

不要小看一个Redis！从头到尾全是精华，阿里Redis速成笔记太香了RedisRedis想必大家都听说过，不管是面试还是工作上我们都能见到。但是Redis到底能干什么？又不能干什么呢？（如下图）为什么要用Redis？上面说了Redis的一些使用场景，那么这些场景的解决方案也有很多其它选择，比如缓存可以用Memcache，Session共享还能用MySql来实现，消息队列可以用RabbitMQ，我们为什么—定要用Redis呢?为什么Redis明明是运维用得多为啥我们做开发也要精通？这两个问题想必很

不用到2038年，MySQL的TIMESTAMP就能把我们系统搞崩MySql中常见的时间类型有三种DATE, DATETIME和 TIMESTAMP，其中DATE类型用于表示日期，但是不会包含时间，格式为YYYY-MM-DD，而DATETIME和TIMESTAMP用于表示日期和时间，常见的格式为YYYY-MM-DD HH:MM:SS，也可以带6位小数来表示微秒。不同于DATETIME，TIMESTAMP支持的时间范围从1970-01-01 00:00:01.000000到2038-01-19 03:14

上线半天下载量破100W！阿里内部微服务进阶笔记，超详细什么是微服务？微服务是一种体系结构样式，将单个应用程序划分为较小的服务单元，并在微服务之间使用HTTP的API进行资源访问和操作。导图微服务体系结构的优点：**服务的独立部署：**每个服务都是独立项目，可以独立放置，不依赖其他服务，并且连接器很低。**服务快速入门：**分割后服务启动速度必须比分割前快得多。因为依赖的库少，代码量少。更适合敏捷开发：敏捷开发以用户的需求进化为核心，以迭代、渐进的方法进行。服务分割可以快速发布新版本，您只

万字长文：读懂微服务编排利器Zeebe1.工作流与微服务编排1.1工作流提到工作流，印象里都是OA系统各种请假审批流。事实上，广义上的工作流是对工作流程及其各操作步骤之间业务规则的抽象、概括、描述。简单理解，我们为了实现某个业务目标，抽象拆解出来的一系列步骤及这些步骤之间的协作关系，就是工作流。例如订单发货流、程序构建流等。业界通常用BPMN流程图来描述一个工作流。1.1.1没有工作流时的任务协作以实现一个用户购买逻辑为例，如果不应用工作流模型，我们串联多个任务(步骤)一般是通过显示的代码调用：

万字长文！深入理解 JVM 垃圾收集机制垃圾收集算法标记-清除算法最基础的收集算法是“标记-清除”(Mark-Sweep)算法，分两个阶段：首先标记出所有需要回收的对象，在标记完成后统一回收所有被标记的对象。不足：一个是效率问题，标记和清除两个过程的效率都不高；另一个是空间问题，标记清除之后会产生大量不连续的内存碎片，空间碎片太多可能导致以后在程序运行过程需要分配较大对象时，无法找到足够的连续内存而不得不提前触发另一个的垃圾收集动作。复制算法为了解决效率问题，一种称为复制(Copying)的收集