死锁 定义：死锁是两个或两个以上的线程互相都持有对方所需要的资源，导致这些线程都处于等待状态。 死锁产生的条件： 互斥条件：一个资源只能被一个进程占用。 请求和保持条件：一个进程因请求被占用资源而发生阻塞时，对已获得的资源保持不变。 不剥夺条件：任何一个资源在没被该进程释放之前，其他线程都无法对他剥夺占用。 循环等待：当发生死锁时，所等待的线程会进入一个类似死循环，造成阻塞。 如何避免

1.BIO、NIO、AIO定义Java共支持3种网络编程模型IO模式 BIO：(blocking io）同步并阻塞（传统阻塞型），服务器实现模式为一个连接一个线程，即客户端有连接请求时，服务器就要启动一个线程进行处理，如果这个链接不做任何事，就容易造成不必要的线程开销。当一个线程调用 read() 或 write() 时，该线程被阻塞，直到有一些数据被读取，或数据完全写入。该线程在此期间不能再干

1. get和post的区别 表现形式 get 请求的数据会附在url之后，以？形式分割URL和传输的数据，参数之间以&连接。 post请求的数据是提交在HTTP的包体中。 对数据长度的限制 get是通过URl提交数据，所以他的长度受浏览器的限制 post是没有数据长度的限制的，起限制作用的是：服务器的处理能力。 安全性 与post相比，Get安全性较差。get提交数据的时候，用户

三次握手 定义：三次握手，顾名思义，就是客户端与服务端的三次通信 流程： 第一次握手：建立连接。客户端发送请求连接报文段，然后客户端进入SYN_SEND（连接请求）状态，等待服务端的确认。 第二次握手：服务端收到客户端的SYN报文段，对这个报文段进行确认，同时，自己还要发送请求建立连接信息，服务端要将所有的信息放到一个报文段（即SYN+ACK报文段）中，一并发送给客户端，此时服务端进入SY

四次挥手 定义：四次挥手就是客户端和服务端释放连接时的四个步骤。 产生原因：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