四次挥手 定义：四次挥手就是客户端和服务端释放连接时的四个步骤。 产生原因：TCP连接是全双工的，因此每个方向都需要单独关闭，一方发送FIN只表示自己发完了要发送的数据。 流程： 第一次挥手：当客户端不再向服务端发送数据了。客户端先向TCP发出连接释放请求，TCP通知服务端需要释放从客户端到服务端的这个连接，客户端进入FIN_WAIT-1 （终止等待状态）。 第二次挥手：服务端收到客户

User_setting 的表结构(last_visted_project_id)+ 切面(el-> app ->) 动态代理： c g li b+ jdk 1InvocationHandler ： 该类必须有接口 c g li b：Enhancer ：是基于父子类的，被代理类（UserService）是父类，代 理类是子类，代理对象就是代理类的实例对象 1invoke

1 Kafka 持久化 每个 Topic 将消息分成多 Partition，每个 Partition 在存储层面是 append log 文件。 任何发布到此 Partition 的消息都会被直接追加到 log 文件的尾部，每条消息在文件中的位置称为 Offest（偏移量） Partition 是以文件的形式存储在文件系统中 log 文件根据 Broker 中的配置保留一定时间后删除来释放磁盘空间

1 kafka 是什么？Kafka 是一个分布式，支持分区（partition）, 多副本（replication）,基于zookeeper 的分布式消息系统。它最大的特性就是可以实时的处理大数据量。 Kafka的使用场景： 日志的收集：记录各种服务的log。，通过kafka以统一接口服务的方式开放给各种 consumer，例如hadoop、Hbase、Solr等。 消息系统：解耦和生产者和消费

kafka 集群1 概念 Kafka集群依赖于Zookeeper进行协调，Kafka节点只要注册到同一个Zookeeper上就代表它们是同一个集群的 Kafka通过brokerId来区分集群中的不同节点 2 Kafka集群中的几个角色： Broker：一般指Kafka的部署节点 Leader：用于处理消息的接收和消费等请求，也就是说producer是将消息push到leader，而cons

消息总线 在微服务架构的系统中，通常会使用轻量级的消息代理来构建一个公用的消息主题，并让系统中的所有实例都连接上来。由于该主题的消息会被所有实例监听和消费，所以称之为消息总线。 在总线上的各个实例，都可以方便的广播一些让其他连接在给主题实例上都知道的消息。 Spring Cloud Bus Spring Cloud Bus 又被称为消息总线，它能够通过轻量级的消息代理（例如 RabbitMQ

Consul Consul 是一套开源的分布式服务发现和配置管理系统，由HashCorp公司用Go语言开发 它提供了几个关键功能： 服务发现：Consul client 可以提供服务，例如api或mysql，也可以使用Consul client来发现指定服务的提供者。 使用DNS或HTTP，应用程序可以轻松找到他们所依赖的服务。 健康检查：Consul client 可以提供任何数量的健康检查

springCloud之Eureka集群搭建1. 搭建3个Eureka server 参考：springCloud之Eureka搭建 - 楼上有只喵 (pyr9.github.io) 三个eureka-server的application.yml文件如下： eureka-server 123456789server.port: 8761eureka.instance.hostname: loc

zookeeper zookeeper基本概念：zookeeper特性与节点介绍 - 楼上有只喵 (pyr9.github.io) zookeeper 是一个分布式协调服务，可以用来实现注册中心功能，类似eureka 服务节点是临时结点 springCloud之集成zookeeper准备工作启动zookeeper 1.引入依赖12345678910111213141516171819202122

负载均衡（load balance） 简单来说负载均衡就是将客户的请求平摊到多个服务上，从而达到系统的高可用，常用的负载均衡方式有Nginx，F5 常见的负载均衡方式有两种： 服务端负载均衡 客户端负载均衡 服务端负载均衡工作原理服务端负载均衡是最常见的负载均衡方式，其工作原理如下图。 在客户端和服务端之间建立一个独立的负载均衡服务器，该服务器既可以是硬件设备（例如 F5），也可以是软件