设计模式即一种解决问题的最佳实践。

有个数组array，长度为10，若array[1] = 6，说明1号元素的上级是6号元素。两个集合合并，或者说两个门派合并，看似改动很大，其实只要让一个门派的教主给另一个门派的教主当上级即可。想实现这个效果，可以：查询到x元素的根节点（教主）后，直接将x元素的上级改成根节点。合并后，比如让第一个集合的教主做合并后新集合的教主：5号的上级不再是自己，变成了1。也就是说，第一次find元素x，是没有压

如上图，预计等待时间线上排队着一个个请求，最后一个绿点的预计等待时间刚好为2000ms == timeout，此时再来一个需求，预计等待时间就大于了timeout，这个需求就会被拒绝。但此时有个问题，比如商品001没人看，商品002火爆，现在限制商品id相同的请求，每秒不能大于5个，则001，002都没一竿子打死了，001的QPS用不完，002的QPS不够用。例如，我设置QPS的threshold

每种登录就是实现登录这个目的的一种策略，因此先想到的应该是策略模式，所有具体策略类所需要实现的接口就是抽象策略类的login方法。其次，前端传不同的type，要调用不同的具体策略类对象，如此，再引入工厂模式。因为不同的第三方供应商系统有不同的认证方式，想实现打通，就要有不同的具体策略类（比如策略类A是通过appid完成认证，策略类B是通过密钥完成认证），因此考虑使用了策略模式。这样写，以后再增加新

Jmeter并发调一下上面两个模拟死锁的接口，再调其他正常的接口，也不能正常响应和返回了。因为tomcat线程池里设置的500个线程被耗尽了。程序在启动运行一段时间之后，就无法接受任何请求了。一般用于开发环境或者本地复现，生产环境无连接权限。方法三：使用fastthread自动检测线程问题。方法一：线程转储，搜索deadlock。查看详情，找到死锁发生的行号。方法二：Visual VM。

三个请求处理者（领导）连成一条线，现在张三来请假，只需找其部分负责人即可，部门负责人看张三请假的天数，自己能批准就批准，不能批准就找他自己的上级（副总经理），以此类推。需求：请假流程控制，一天以下只需小组长同意，1到3天需要部门经理同意，3到7天需要总经理同意。责任链模式，即：为了避免请求发送者和多个请求处理者耦合在一起，让所有请求处理者通过下一对象的引用连成一条链。如此实现，扩展性强很强：如果以

举个例子：如上图，比如1250ms有个请求进来，则1250-1000=250，250ms之后的第一个时区则是500到1000区间，1250ms自身所在时区为1000到1500ms，所以对应的滑动窗口就是500到1500ms这个时区。再往后，2100ms，则计算后，滑动窗口在1500到2500ms（紫色虚线），未达QPS阈值，但看1250ms到2100ms这850ms的时间，不到一个窗口时间跨度In

会调用CircuitBreaker的onRequestComplete方法。OPEN到HALF_OPEN切换在。这里以异常比例熔断为例来看，进入。

Zipkin 是 Twitter 的一个开源项目，基于 Google Dapper 实现，致力于收集服务的定时数据，以解决微服务架构中的延迟问题，包括数据的收集、存储、查找和展现。# 官方文档 https://zipkin.io/pages/quickstartController：收集器，处理从外部系统发送过来的跟踪信息，将这些跟踪信息处理成Zipkin需要的Span格式，以便后面的存储、分析、

而不是discovery，我一直记得discovery既是服务注册，也是服务发现。所以在nacos不再做配置管理后，我就直接删掉了spring.cloud.nacos.config.server-addr，导致没了服务注册地址，默认用了localhost。服务的bootstrap文件或application文件中配置了nacos远程地址，但服务启动后一直连接localhost:8848。近期负责整