aqin1012的博客

先上效果～本文写自2025.1.19，目前为止，所有列出资源均有效，请放心食用(^^)/■保姆级操作（以Macbook为示例），跟做即可

在Spring Boot环境中使用Apollo配置中心时，需要进行一些基本的配置以确保Apollo能够正确地与Spring Boot应用集成，我们先对这些配置项进行介绍说明（包括必须配置项和可选配置项）

二话不说，，直接跟图操作即可100%有效~

本文从如何下载不同版本的JDK，到如何丝滑的切换JDK，以及常见坑坑的处理方法，应有尽有，各位看官走过路过不要错过～～～

保姆级操作，跟着操作即可～～～

地图上需要显示每家超市周一到周日不同的营业时间，要求按照周一、周二、周三、周四、周五、周六、周日的顺序，并且如果营业时间相同，则合并成一条，合并的天如果相邻，则只展示起始和结束的天数（如周一至周三营业时间都一样就显示为：Mon-Wed 08:00-19:00），如果不相邻，则用顿号连接（如周一和周三营业时间一样就显示为：Mon、Wed 08:00-19:00），正整理后如果超过一条数据则仍然按照周一、周二、周三、周四、周五、周六、周日的顺序排序。要实现上述功能主要用到了Java中的。

什么是“重试”？为什么要进行“重试”呢？“重试”（Retry）是一种在编程和软件开发中常见的策略，用于处理在执行操作时可能遇到的临时性错误或异常。当一个操作因为某些原因（如网络问题、服务不可用、资源暂时不可用等）失败时，重试机制会尝试再次执行该操作，以期在下一次尝试时能够成功。我们今天要用Spring Retry就是为了简化“重试”操作的一套框架首先，上Spring Retry的源码地址：感兴趣的同学可以去clone下来瞅瞅~

Retrofit 是一个类型安全的 HTTP 客户端，用于 Android 和 Java 应用程序，由 Square, Inc. 开发。它将 HTTP API 转换为 Java 接口。使用 Retrofit，你可以轻松地构建 RESTful API 客户端，通过注解和动态代理的方式，Retrofit 允许开发者以一种声明性的风格编写网络请求代码。类型安全：Retrofit 接口的方法返回类型是泛型的，这意味着编译器可以在编译时检查类型错误。同步和异步请求：Retrofit 支持同步（execute()

MyBatis-Plus（简称 MP）是一个MyBatis的增强工具，在 MyBatis 的基础上只做增强不做改变，是一个为简化开发、提高效率而生的增强工具。具有无侵入损耗小强大的 CRUD 操作支持 Lambda 形式调用支持主键自动生成支持 ActiveRecord 模式支持自定义全局通用操作内置代码生成器内置分页插件等特性。就像MyBatis-Plus官方网站上所说的我们的愿景是成为 MyBatis 最好的搭档，就像魂斗罗中的 1P、2P，基友搭配，效率翻倍。官方地址是。

这是一篇介绍如何通过将代码内容转成excel表格的文章，为啥要转excel呢？虽然用 swagger 可以自动生成 API 文档，但是会有一些公司需要按照指定的格式整理接口文档进行归档（emmmm不要问我为什么知道有。。）这些指定的格式一般都是基于word或者excel的，而诸如字段名、字段类型、字段含义基本都是采取表格的形式，今天的文章就手把手带实现DO对象转excel表格~二话不说，先上代码（仅需要实现功能的同学可以直接拿去用~）

不知道有没有同学遇到过对接业务方代码非常“独具一格”（不符合通用规范且不愿意配合修改emmmm。。。），于是就只能“被迫”按他的格式来，但是又不想因为他的不规范导致我们自己创建的接收对象也非常的“一言难尽”。。。今天这篇帮你解决这个问题~（老规矩：附完整可执行代码）先给初学Java的同学补下基础，涉及到一些实现这个功能需要的知识点（了解的朋友可以直接跳过~）

项目启动类的jre环境与项目设置里jdk环境配置未统一。项目启动时正常，但是Debug就报错，如下图。① 项目设置里jdk环境配置。② 启动类的jre环境。

Protobuf（Protocol Buffers）协议😉 Protobuf 是一种由 Google 开发的二进制序列化格式和相关的技术，它用于高效地序列化和反序列化结构化数据，通常用于网络通信、数据存储等场景。

这段代码用到了Graphics2D，Graphics2D是Java中用于绘图的工具类，是Graphics类的扩展，可以绘制形状、图像、文本等各种二维内容，上面的代码的逻辑是先搜索你电脑里都安装了哪些字体，然后依次用这些字体在特定的位置给特定地址的图片加上特定的文字水印~当然这只是其中一部分字体，，，我也是今天才发现我电脑里居然装了那么多字体 ==这是一篇关于怎么尽可能的用尽你电脑里的所有字体给你的图片加水印。搞定撒花*★,°*:.☆(￣▽￣)/$:*.°★*。就是在原有的基础上添加了透明度和循环。

首先，一个线程不应该由其他线程强制中断或停止，而是应该由线程自己自行停止，自己来决定自己的命运（所以，Thread的stop()、suspend()、resume()都已经废弃了）其次，在Java中没有办法立即停止一条线程，然而停止线程又显得那么重要（比如需要取消一个耗时/错误操作）。因此，Java提供了一种用于停止线程的协商机制——中断，也即中断标识协商机制。中断只是一种协作协商机制，Java没有给中断增加任何语法，中断的过程完成完全要求程序员自己实现。

在web开发中，服务器会为每一个请求分配一个线程来处理，如果每次请求都要创建一个线程的话，实现起来虽然简单，但是存在一个问题：如果开发的请求数量非常多，但每个线程执行的时间很短，这样就会频繁的创建和销毁线程，如此会大大降低系统的效率，很有可能出现服务器在创建和销毁线程上花费的时间和消耗的系统资源比实际处理的用户请求的时间和资源还多。于是，线程池应运而生，线程池满足了一个线程执行完一个任务不会被销毁，而是可以继续执行其他任务的目的。

当对方法加synchronized关键字时，锁的是当前对象（this），所以即使是多线程只要调用的是同一个对象的synchronized方法，就需要串行执行（案例1和案例2），未被synchronized修饰的普通方法则不受影响（案例3）如果是不同对象则不受影响（案例4），分别在自己的对象上加锁，不会影响到别的对象当在带有“static”的方法上加了synchronized关键字时，锁的是当前类，无论几个对象，都要抢类的这一把锁，因而是否使用同一对象都会串行执行。

JUC全称java.util.concurrent ，是在并发编程中使用的工具包。

最近在做算法题的时候，发现排序在大部分题中都不可或缺，今天心血来潮，总结下Java中集合排序常用的方法，基本覆盖了大部分的排序场景（特别是自定义比较器，太好用叻(￣▽￣)/）文中提到的自然顺序排序，对于可比较大小的数据类型，一般按照从小到大的顺序，无法比较大小的，一般指按字典序升序排列。

synchronized内置锁是一种对象锁，锁的是对象，而非引用，作用粒度是对象，可以用来实现对临界资源的同步互斥访问，并且可重入。在 Java 早期版本中，synchronized属于重量级锁，效率低下，因为内部对象Monitor（监视器锁）是依赖于底层的操作系统的Mutex Lock实现的，Java 的线程是映射到操作系统的原生线程之上的。如果要挂起或者唤醒一个线程，都需要切换到操作系统的内核态来完成，这个状态切换导致早期的 synchronized 效率较低。

volatile保证线程之间的可见性依靠的是内存屏障我们先介绍下volatile在hotspot虚拟机中的实现。

首先，我们从一个问题开始(￣∇￣)/为什么需要程序员？早期的计算机程序是硬件化的，即使用各种门电路组装出一个固定的电路板，这个电路板只能用于执行某个特定的程序，如果需要修改程序功能，就要新组装一个电路板。而一位叫做冯诺依曼的老爷子的出现，提出了一种指令数据化的思想，使得程序和数据一样，可以存储起来，组合调用，至此，程序脱离了电路板的桎梏，成为了可以人为组合的指令集，程序员应运而生。当然，我们需要郑重地介绍下这位冯老爷子，1903年12月28日—1957年2月8日），原名），出生于的籍与的奠基者，在和。

AOP的核心成员是如何被被加载的？本篇我们主要分析使用xml的逻辑，如果使用注解，增加注解处理类即可（ConfigurationClassPostProcessor）拿之前分析循环的时候举的例子🌰，它的日志切面就是通过xml进行配置的（配置文件📃内容如下，完整测试代码可参考中的示例代码）通过ApplicationContext applicationContext = new ClassPathXmlApplicationContext;启动容器。

关于什么是AOP，这里还是要简单介绍下AOP，Aspect Oriented Programming，面向切面编程，通过预编译和运行期间提供动态代理的方式实现程序功能的统一维护，使用AOP可以降低各个部分的耦合度，提高代码质量。

动态代理，通俗点说就是：无需声明式的创建java代理类，而是在运行过程中生成"虚拟"的代理类，被ClassLoader加载。从而避免了静态代理那样需要声明大量的代理类。上面的简介中提到了两个关键的名词：“静态代理”和“动态代理”我们先来看来下两个问题：首先什么是代理呢？它可以看作是对最终调用目标的一个封装，可以通过操作代理对象来调用目标类，这样就可以实现调用者和目标对象的解耦合“静态代理”和“动态代理”又有什么区别呢？

简单理解就是两个处理方式，一个强制输出到终端，另一个指定个文件作为输出文件。下载完成后就可以使用java -jar启动下载好的jar进行测试啦。其实具体操作步骤建议按照官网（中文且详细且最新）(｡･ω･｡)ﾉ。但但但是～这里需要提到使用过程中碰到的一个坑坑。输入dashboard，回车显示详情。输入2（选择想要连接的程序号）的时候会出现三行警告。

遍历该工厂创建的bean的BeanPostProcessors，依次调用当前遍历到的BeanPostProcessor的postProcessBeforeInitialization()方法（这个方法会在初始化Bean前进行调用），将当前BeanPostProcessor应用到给定的Bean实例（由于Bean已经填充了属性，返回的可能是原始Bean的包装器）结果是执行到输出行前，代码停在了initializeBean()方法的断点处，点击继续，执行了输出操作，接着就直接结束了，也就是说，我。

对，构造函数，我们把原先构造函数中添加autowiredAnnotationTypes中的注解类换成了我们自定义的注解类AqinAutowired.class，所以在这次的逻辑中，会将被注解AqinAutowired修饰的字段/方法添加进特定存放的集合。着急想看到效果的同学可以直接无脑copy我贴出的代码，先执行成功开心一下（或者直接往下看我的截的执行结果颅内兴奋下也成(￣∇￣)>），我把分析放在最后，有兴趣自行前往观看(｡･ω･｡)ﾉ。1个自定义注解类（AqinAutowired.java）

方法一开始判断传入的PropertyValues是否为空，如果为空则直接返回，不为空则继续后面的处理逻辑判断是否有安全管理器并且bw是否为BeanWrapperImpl的实例，如果都为true则切换为安全上下文继续判断传入的pvs是否是MutablePropertyValues的实例是，进行isConverted()的判断，以免进行重复处理，不是，获取pvs的propertyValue对象数组，并且将其转换为列表。

进入方法autowireByType()首先获取工厂的自定义类型转换器，如果获取到没有配置自定义类型转换器就使用bw作为类型转换器插播：为什么类型为BeanWrapper的bw可以赋值给类型为TypeConverter的converter？因为BeanWrapper继承了ConfigurablePropertyAccessor，而ConfigurablePropertyAccessor继承了TypeConverter。

这里的“简单”值类型需要同时满足三个条件：值类型不为Void.class（Void.class!= type）值类型不为void.class（void.class!= type）满足以下条件任意：这里有两个方法需要介绍下(｡･ω･｡)ﾉ。

当needsDepCheck为true时，会进行行依赖检查，判断filteredPds是否为空，如果为空会对其进行赋值，最终通过调用checkDependencies()检查pd的setter()方法需要赋值时，pvs中有没有满足pd需求的属性值可供其赋值。前面介绍过的resolveBeforeInstantiation()这个方法中就有类似的代码（这个方法是应用实例化前的前置处理器，给BeanPostProcessors一个机会来返回代理代替真正的实例）有咩有客官觉得if (!

在文章中，提到过一个方法——wrapIfNecessary()，就是在这个方法中为Bean创建的代理对象，介于篇幅原因，当时并咩有详细🔎分析这个方法，这篇文章我们进去wrapIfNecessary()这个方法中瞅瞅(｡･ω･｡)ﾉ。

通过上篇（【实践向】当移除了三级缓存……）的实践，我们得出的结论是：如果不存在代理对象，二级缓存就可以解决循环依赖性的问题，但是当存在代理对象的时候，二级缓存则无法完全解决循环依赖，需要引入三级缓存那么、在没有三级缓存的情况下，引入代理后为什么会报错？由于我们的代码只修改了两处，但前后出现了不同执行结果，所以我们可以将分析重点🔎放在修改的两处代码上（代码与文章【实践向】当移除了三级缓存……中的修改后的代码一致，想动手实践下的可以去瞅下，本文较长，这里就不贴叻）

上面的实践过程直观的证明了一个我们早就知道的结论(˶‾᷄ ⁻̫ ‾᷅˵)：如果不存在代理对象，二级缓存就可以解决循环依赖性的问题，但是当存在代理对象的时候，二级缓存则无法完全解决循环依赖，需要引入三级缓存。

我们先看一下循环依赖，这样看、或者这样看、一提到循环依赖基本必提三级缓存，本篇又是篇保姆级的Debug教程，详解出现循环依赖Spring处理的全过程，之前也介绍过一些与本篇相关的内容：想瞅瞅三级缓存的庐山真面目可以移步到想了解更多关于三级缓存的相关内容欢迎移步到。

不同的Bean之间的依赖关系形成了一个闭环（比如ABean依赖了BBean，同时BBean又依赖了ABean），我们把这种依赖关系就称为循环依赖一级缓存 -> 二 级缓存 -> 三级缓存就是往三级缓存中放入创建当前对象lambda表达式，方便后续进行回调调用。

CommonAnnotationBeanPostProcessor的postProcessMergedBeanDefinition()中一共包含3个方法，上篇文章我们介绍了的第一个方法，它一个父类调用（如下图），其实就是处理@PostConstruct和@PreDestroy这两个注解的这篇我们继续介绍后面两个方法(￣∇￣)

像之前介绍CommonAnnotationBeanPostProcessor一样的，我们进入applyMergedBeanDefinitionPostProcessors()方法中的循环中，当遍历的BeanPostProcessor为AutowiredAnnotationBeanPostProcessor时，就开始了我们这篇文章⁄(⁄ ⁄ ⁄ω⁄ ⁄ ⁄)⁄～～～

感兴趣的同学可以注意下，上面在处理被@PostConstruct和@PreDestroy注解修饰的代码中并没有出现@PostConstruct和@PreDestroy，出现的是InitAnnotationType和DestroyAnnotationType，那么@PostConstruct和@PreDestroy是在哪里被转换为InitAnnotationType和DestroyAnnotationType的？