浪丶荡

新增一个自定义注解，用来标注接口的适配的版本号，默认为1.0版本/*** 自定义版本号注解*/}自定义HandleMapping，继承spring家的HandleMapping，并重写两个getCustomTypeCondition方法@Override= null?}}/*** 注册自定义的 ApiVersionHandleMapping*/@Override}}

以如下代码为例，自定义类MyAware实现了BeanFactroryAware，希望在MyAware中攀上BeanFactory这个亲戚，那spring是什么时候给我beanFactory的呢？在创建每一个bean时，都会执行一下这个invokeAwareMethods，这段代码的逻辑很简单，就是判断当前的bean是否是Aware类型的，如果是，具体是哪种。了解到用户可以通过实现相应的Aware接口来获取spring框架提供的能力，俗称“攀亲戚”我们通过debug堆栈信息就能看出。

仿照spring的规范，artifact命名为xxx-spring-boot-starter。

使用了springboot的各种starter，深感spi模式的方便，想着手动实现一个自定义starter，结果一动手就问题频出，在将starter打成jar后，又遇到了无法引用的情况。切忌眼高手低，再简单的东西都要手动实践一遍！本地引入的jar，里面的内无法被注入。

es 版本：7.10.1spring-cloud版本：2.3.5.RELEASEspring-boot-starter-data-elasticsearch 版本 2.3.12.RELEASEspring-data-elasticsearch 版本 4.0.9.RELEASEes查询，需求：title或者content任意一个字段能匹配到关键词即可。

编码无小事，切不可粗心大意。

问题描述 给定一个整形数组arr，已知其中所有的值都是非负的，将这个数组看作一个柱子高度图，计算按此排列的柱子，下雨之后能接多少雨水。(数组以外的区域高度视为0)数据范围：1≤n≤1000000，数组中每个值满足 >=0示例输入：[3,1,2,5,2,4]返回值：5说明：数组 [3,1,2,5,2,4] 表示柱子高度，在这种情况下，可以接 5个单位的雨水，蓝色的为雨水。

模仿dubbo的ConsistentHashLoadBalance实现一个自定义负载均衡案例

在理解一致性hash算法之前，让我们来看一个在缓存中最经典的案例场景，理解这个运用场景之后，我们再去理解一致性hash算法就更容易了，在这个过程中我们还能体会一致性hash算法的优势之处，好了，让我们来描述一下这个经典的分布式缓存案例。

RandomLoadBalance代码阅读起来没什么障碍，但里面包含的小细节(思想)还是很值得学习的，多阅读优秀的代码，模仿它，学习它，超越它！

实现一个简单的需求，解析知乎热榜，主要涉及找到热榜接口、json解析、返回值中文乱码处理(Unicode编码)、RestTemplate配置等等。这只是简单的实现了功能，如果需要实际使用还有很多问题没有解决，比如自动获取的频率应该设置为多少，太频繁了可能导致被别人封禁，频率太低又没有时效性；如果要应对并发访问，可以将获取来了的数据存到自己的缓存系统中去，比如redis中，自己系统访问的时候优先访问本地缓存，缓存的过期时间就参照上面的分析来设置。...

项目中有个需求，根据多个整型id查询对应的信息理论上最终sql应该是如下所示：但前端传来的参数想着就把userIdArr转成1,2,3,4,5,6就行了然后将字符串形式的userArrIds作为参数传给mappe，于是写成动态sql如下按照预想的，它应该生成如下sql语句自测一下，发现无论userIdArr传多少个，都只能查出第一个，郁闷了半天才发现被自己“蠢哭了”，因为将Integer[] userIdArr转换成了String，最终的sql其实是这样的整个参数被当成了

news.sina.com 和 sina.com 各一次，应该统计为sina.com 两次。有个需求需要统计某台机器访问其他网站的频次，同一个主域名下的频次需要合并，即例如访问。

搭建一个三个节点的eureka集群。

常见的一道笔试题：链表拆分，将一个单向链表和拆分成两个，如下所示：原始链表：1—>2—>3—>4—>5—>6—>7拆分后链表A：1—>3—>5—>7拆分后链表B：2—>4—>6思路：定义两个头节点，作为新链表的头，分别指向原链表的前两个元素再定义两个浮动，初始值分别指向新链表的头结点然后交替遍历原始节点，将各自的next赋值给新链表待遍历到最后，需要为两个新链表指定尾节点，即赋值为null最后退出循环。...

为了方便测试，设置核心线程数(corePoolSize)为2，最大线程数(maximumPoolSize)为3，任务队列长度为3。创建一个线程池，任务执行时长通过doSomeThing的sleep时长来决定。问题1启动线程池，还未提交任务，此时线程池有几个线程？答：0个，debug可以看出，创建线程池后，并没有往线程池添加线程。 提交第一个任务，待第一个任务执行完成之后，再提交第二个任务，此时线程池有几个线程？即在第一个任务执行完成后，提交第二个任务，是否会创建新线程？答：会创建新线程源码的注释上

众所周知，Autowired注解是通过AutowiredAnnotationBeanPostProcessor来解析的第一个问题AutowiredAnnotationBeanPostProcessor在哪里注册的？过程比较复杂，在使用xml和注解不同的场景中，略有不同，具体可以参考如下文章：xml开发方式下AutowiredAnnotationBeanPostProcessor的注册时机https://blog.csdn.net/leisure_life/article/details/125570942?

写一个测试方法，new的是AnnotationConfigApplicationContext ，指定basePackages进this()里面会new一个AnnotatedBeanDefinitionReader new AnnotatedBeanDefinitionReader()的过程中，有一行与众不同的代码继续跟进 正是在这个方法内，把AutowiredAnnotationBeanPostProcessor的注册到了Set中 在使用xml方式...

AutowiredAnnotationBeanPostProcessor是实现@Autowired的关键，它本身是在何时添加到sping容器中的？在使用xml方式开发的过程中，我们程序入口一般是ClassPathXmlApplicationContext创建ClassPathXmlApplicationContext时，会调用this构造函数 在构造函数中调用父类构造函数，完成一些属性的加载，以及配置文件路径的解析工作，然后进入正题——refresh() 在核心的refresh()方法中，有一个步骤是

与spring和springboot相关的重要逻辑，如果想了解源头在哪，找refresh准没错启动类，run一路run直到refreshContext(context) 走到ServletWebServerApplicationContext#refresh()其实调用还是super.refresh()，也就是AbstractApplicationContext的refresh，再调用onRefresh()然后又回调回了ServletWebServerApplic