qq_38477936的博客

默认情况下，如果Eureka Service在一定时间内没有接收到某个微服务的心跳，Eureka Service会进入自我保护模式，在该模式下Eureka Service会保护服务注册表中的信息，不在删除注册表中的数据，当网络故障恢复后，Eureka Servic 节点会自动退出自我保护模式Zuul是对SpringCloud提供的成熟对的路由方案，他会根据请求的路径不同，网关会定位到指定的微服务，并代理请求到不同的微服务接口，他对外隐蔽了微服务的真正接口地址。

缺点：但是不能保证其一致性，原因就是在redis集群+主从的结构中，数据是通过分片存储的，但是这个时候当一个master节点挂了之后，slave节点还未同步到master节点的数据，导致数据丢失，万一丢失的数据刚好是你的锁，那么就有可能造成并发问题，所以不能保证强一致性，这种情况下可以通过redisson的红锁来解决，解决的原理其实就是redis的半数写入机制，但是这样完全降低了redis的性能，所以一般情况下是不采用的，zk其实能保证其一致性的原因就是其半数写入机制加上其leader选举的逻辑实现。

拆分多个 queue，每个 queue 一个 consumer，就是多一些 queue 而已，确实是麻烦点；你创建一个 topic，这个 topic 可以划分为多个 partition，每个 partition 可以存在于不同的 broker 上，每个 partition 就放一部分数据。，但是每个实例都同步 queue 的元数据（元数据可以认为是 queue 的一些配置信息，通过元数据，可以找到 queue 所在实例）。镜像集群模式：创建的 queue，无论元数据还是 queue 里的消息都会。

​ AOP(Aspect-Oriented Programming:⾯向切⾯编程)能够将那些与业务⽆关，却为业务模块所共同调⽤的逻辑或责任（例如事务处理、⽇志管理、权限控制等）封装起来，便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可拓展性和可维护性。​ Spring AOP就是基于动态代理的，如果要代理的对象，实现了某个接⼝，那么Spring AOP会使⽤JDKProxy，去创建代理对象；⽽对于没有实现接⼝的对象，Spring AOP会使⽤ Cglib ⽣成⼀个被代理对象的⼦类来作为代理。

长期存活的对象进入老年代。​ 从虚拟机的视⻆来看，⼀个新的对象已经产⽣了，但从Java 程序的视⻆来看， ⽅法还没有执⾏，所有的字段都还为零。在并发阶段，虽然不会导致用户线程停顿，但是会因为占用了一部分线程使应用程序变慢，总吞吐量会降低，为了解决这种情况，虚拟机提供了一种“增量式并发收集器”的CMS收集器变种， 就是在并发标记和并发清除的时候。（动态对象年龄判定：程序从年龄最小的对象开始累加，如果累加的对象大小，大于幸存区的一半，则将当前的对象 age 作为新的阈值，年龄大于此阈值的对象则直接进入老年代）

产生原因：子进程先于父进程退出后，子进程的 PCB 需要其父进程释放，但是父进程并没有释放子进程的 PCB(进程管理块,里面存放着进程的各种属性信息,每个进程都拥有自己的PCB,它是进程存在的唯一标识)。僵尸进程不同的是，由于父进程已经死亡，系统会帮助父进程回收处理孤儿进程。一个父进程退出，而它的一个或多个子进程还在运行，那么那些子进程将成为孤儿进程。内存管理可以简单的分为连续分配管理方式和非连续分配管理方式。僵尸进程实际上是一个已经死掉但并未释放 PCB 的进程。连续分配管理方式：块式管理。

304 Not Modified：告诉客户端请求资源成功，但是这个资源不是由服务器提供返回给客户端的，而是客户端本地浏览器缓存中就有的这个资源。500 Inter Server Error：表示服务器在执行请求时发生了错误，也有可能是web应用存在的bug或某些临时的错误时。301 Moved Permanently：永久性重定向，表示请求的资源被分配了新的URL，之后应使用更改的URL。302 Found：临时性重定向，表示请求的资源被分配了新的URL，希望本次访问使用新的URL。

（3）max_trx_id表示生成readview时，分配给下一个事务的id，如果要读取的事务id大于max_trx_id，说明该id已经不在该readview版本链中了，故无法访问。（2）RR的隔离级别下，只有在同一个事务的第一个快照读才会创建readview，之后的每次快照读都使用的同一个readview，所以每次的查询结果都是一样的。max_trx_id：例如m_ids中的事务id为（1，2，3），那么下一个应该分配的事务id就是4，max_trx_id就是4。类似于hashmap。

redis就是通过CAS(check and set)实现乐观锁，通过watch指令监听一个或者多个key值，当用户提交修改key值的事务时，会检查监听的key是否发生变化。缓存击穿：（热key问题），当缓存中某个热点数据过期了，在该热点数据重新载入缓存之前，有大量的查询请求穿过缓存，直接查询数据库。ziplist:压缩列表（ziplist） 是 Redis 为了节省内存而开发的，是由一系列特殊编码的连续内存块组成的顺序型数据结构。定时，定期，惰性，Redis 采用了惰性删除+定期删除。