1、HashMap概述Map是 Key-Value键值对映射的抽象接口，该映射不包括重复的键，即一个键对应一个值。HashMap是Java Collection Framework的重要成员，也是Map族(如下图所示)中我们最为常用的一种。简单地说，HashMap是基于哈希表的Map接口的实现，以Key-Value的形式存在，即存储的对象是 Node (同时包含了Key和Value) 。在HashMap中，其会根据hash算法来计算key-value的存储位置并进行快速存取。特别地，HashMap最多只允许一条Node的key为Null，但允许多条Node的value为Null。此外，Hash...

内存泄漏与内存溢出JVM在运行时会存在大量的对象，一部分对象是长久使用的，一部分对象只会短暂使用JVM会通过可达性分析算法和一些条件判断对象是否再使用，当对象不再使用时，通过GC将这些对象进行回收，避免资源被用尽内存泄漏：当不再需要使用的对象，因为不正确使用时，可能导致GC无法回收这些对象当不正确的使用导致对象生命周期变成也是宽泛意义上的内存泄漏内存溢出：当大量内存泄漏时，可能没有资源为新对象分配举例内存泄漏接下来将从对象生命周期变长、不关闭资源、改变对象哈希值、缓存等多个场景举例内存泄漏对象生命周期变长引发内存泄漏静态集合类 public class StaticClass { privat...

同类的业务、同样的功能，怎么就你能写出来那么多if else。很多时候你写出来的if else都是没有考虑使用设计模式优化，今天介绍一下设计模式中的桥接模式。什么是桥接模式？桥接模式的主要作⽤就是通过将抽象部分与实现部分分离，把多种可匹配的使⽤进⾏组合。说⽩了核⼼实现也就是在A类中含有B类接⼝，通过构造函数传递B类的实现，这个B类就是设计的桥 。UML结构图①、Abstraction抽象化角色：它的主要职责是定义出该角色的行为， 同时保存一个对实现化角色的引用， 该角色一般是抽象类。②、Implementor实现化角色：它是接口或者抽象类， 定义角色必需的行为和属性。③、RefinedAbst...

前言本篇主要要介绍的就是 controller 层的处理，一个完整的后端请求由 4 部分组成：接口地址（也就是 URL 地址）请求方式（一般就是 get、set，当然还有 put、delete）请求数据（request，有 head 跟 body）响应数据（response）本篇将解决以下 3 个问题：当接收到请求时，如何优雅的校验参数返回响应数据该如何统一的进行处理接收到请求，处理业务逻辑时抛出了异常又该如何处理Controller 层参数接收（太基础了，可以跳过）常见的请求就分为 get 跟 post 两种： @RestController @RequestMapping("/produc...

总结：Java届很难得有读百十行代码就能增加修炼的机会，这里有一个。通常，我在看书的时候一般不写代码，因为我的脑袋被设定成单线程的，一旦同时喂给它不同的信息，它就无法处理。但多线程对电脑来说就是小菜一碟，它可以同时做很多事，看起来匪夷所思。好希望把自己的大脑皮层移植到这些牛x的设备上。用人脑思考电脑正在思考的问题，这本身就是一种折磨。但平常的工作和面试中，又不得不面对这样的场景，所以多线程就成了编程路上一块难啃的骨头。HikariCP是SpringBoot默认的数据库连接池，它毫不谦虚的的起了一个叫做光的名字，这让国产Druid很没面子。还是言归正传，看一下Hikari中的Concurrent...

在我们的日常业务开发过程中，如果有db的相关操作，通常我们是直接建立好对应的库表结构，并初始化对应的数据，即更常见的情况下是我们在已有表结构基础之下，进行开发；但是当我们是以项目形式工作时，更常见的做法是所有的库表结构变更、数据的初始、更新等都需要持有对应的sql变更，并保存在项目工程中，这也是使用liqubase的一个重要场景；将上面的问题进行简单的翻译一下，就是如何实现在项目启动之后执行相应的sql，实现数据库表的初始化？本文将作为初始化方式的第一篇：基于SpringBoot的配置方式实现的数据初始化I. 项目搭建1. 依赖首先搭建一个标准的SpringBoot项目工程，相关版本以及依赖如...

前阵子接手了一段同事之前的代码，里面用到了@transaction注解，了解Spring的小伙伴肯定知道，@Transactional是Spring提供的一种控制事务管理的快捷手段。但是我这段程序在运行的时候，经常出现莫名其妙的问题，连夜研究了好久才搞清楚，在这里记录一下， 避免大家入坑。1. 大家来找茬在介绍具体问题之前，我把问题代码简化了一下，看大家能找到其中的问题吗？问题代码1下面的这段代码主要是想利用MySQL里面的行锁select for update，来实现简单的分布式锁。但是在实践过程中，发现这个锁好像并没有生效，而且在数据库的里面也没有查找对应transaction连接的信息。...

阻塞和非阻塞阻塞的时候线程会被挂起阻塞：当数据还没准备好时，调用了阻塞的方法，则线程会被挂起，会让出CPU时间片，此时是无法处理过来的请求，需要等待其他线程来进行唤醒，该线程才能进行后续操作或者处理其他请求。非阻塞：意味着，当数据还没准备好的时候，即便我调用了阻塞方法，该线程也不会被挂起，后续的请求也能够被处理。同步同步和异步跟串行和并行非常形似。假设在一个场景下：完成一个大任务需要4个小任务。同步的做法：需要依次4个步骤，注意这里是依次，也就是说完成这个步骤，需要先完成前置步骤，也就是说下一个步骤是要看上一个步骤的执行结果。异步的做法：可以同时进行4个步骤，无需等待其他步骤的执行结果。阻塞和...

对事务的学习总体来讲应该包含以下几个部分：事务的概念：数据库层面的，简单了解什么是事务，以及隔离级别、事务的提交、回滚、保存点等基本概念。动态代理以及Spring AOP，是Spring框架实现事务控制的底层技术基础。Spring框架事务的实现方式。Spring框架事务实现的底层原理。可以循序渐进逐步学习，也可以单独学习其中某一部分，但是只有全部彻底掌握了，才能对事务有一个全局的了解。一般来讲，程序员实现事务控制有两种选择：编程式事务、声明式事务。从代码编写的角度讲，编程式事务太麻烦，现在用的很少了，20年前的程序员绝大部分用的都是编程式事务，非常麻烦，需要自己获取连接、开启事务、提交或回滚事...

前面我们对Spring事务框架以及Spring启用事务管理的@EnableTransactionManagement进行了学习，了解了Spring事务管理的底层工作机制。有关Spring事务管理剩余尚未学习研究的还有事务如何生效、以及事务生效后具体的AOP切入和增强过程。我们先研究事务生效后具体的AOP切入和增强过程。基于Cglib实现的AOP增强都是通过拦截器Interceptor实现的，通过前面几篇文章的分析，我们知道Spring事务的拦截器是TransactionInteceptor，我们直接从拦截器的invoke方法入手。TransactionInteceptor#invoke看一下T...

前言工作中常常会遇到这样的场景，如订单到期未支付取消，到期自动续费等，我们发现延迟队列非常适合在这样的场景中使用。常见的延迟队列的优秀实现有rabbitMQ的死信队列，RocketMQ的延迟队列等，但是了有时候项目没有特别的大，没有引入类似的消息中间件，但是了又遇到了特别适合使用延迟队列的场景，我们一般会利用已有的redis实现一个简陋的延迟队列。常见的实现方式有监听过期key，使用zset利用分值进行一个匹配，但是了这些实现或多或少有些问题，不够优雅。监听过期key是一种危险行为，一是如果过redis中key数量较大监听过期key可能导致服务负载异常，二是redis中key过期后key是惰性...

@RereshScope刷新原理在配合配置中心修改配置让应用自动刷新配置时，我们要在需要感知配置变化的bean上面加上@RereshScope。如果我们不加上这注解，那么有可能无法完成配置自动刷新。那么为什么要加这个注解呢？前言版本信息Spring版本5.2.12，Spring Boot以及Cloud版本如下 <spring-boot.version>2.3.7.RELEASE</spring-boot.version> <spring-cloud-alibaba.version>2.2.2.RELEASE</spring-cloud-alibaba....

前言不知道你有没有这样的经历，线上的系统突然来了很大的流量，有可能是黑客的攻击，也有可能是业务量远远大于你的预估，如果你的系统没有做任何的防护措施，这时候系统负载过高，系统资源慢慢耗尽，接口响应越来越慢，直至不可用，这又导致了调用你接口的上游系统发生资源耗尽的情况，最终导致系统雪崩。想想就知道，这是一个灾难性的后果，那么有什么方法呢？面对这种突发流量的场景，核心思路就是要优先保证优核心业务和优先保证绝大部分用户。常见的应对手段有四种，降级、熔断、限流和排队，下面我会一一讲解。1. 降级降级指系统将某些业务或者接口的功能降低，可以是只提供部分功能，也可以是完全停掉所有功能，优先保证核心功能。比如...

前言前两天面试的时候，面试官问我：一个ip发请求过来，是一个ip对应一个线程吗？我突然愣住了，对于SpringBoot如何处理请求好像从来没仔细思考过，所以面试结束后就仔细研究了一番，现在就来探讨一下这个问题。正文我们都知道，SpringBoot默认的内嵌容器是Tomcat，也就是我们的程序实际上是运行在Tomcat里的。所以与其说SpringBoot可以处理多少请求，到不如说Tomcat可以处理多少请求。关于Tomcat的默认配置，都在spring-configuration-metadata.json文件中，对应的配置类则是org.springframework.boot.autoconf...