ErgouTree's Blog

持续更新 面试题系列都持续更新 内存结构与对象创建 请详细介绍JVM内存区域的整体布局，各个区域的作用和特点 Java 虚拟机在执行 Java 程序的过程中会把它管理的内存划分成若干个不同的数据区域 Java 运行时数据区域（JDK1.8 ） JVM 运行时数据区分成五块：堆、方法区、虚拟机栈、本地方法栈、程序计数器。其中堆和方法区是所有线程共享的，另外三个是每个线程私有的。 堆：存放对象实例与数组，是 GC 管理的核心区域。它线程共享，是JVM 中最大的一块内存，分为新生代和老年代 image-20260314155842050 堆中包含字符串常量池，是 JVM 为了提升性能和减少内存消耗，针对字符串专门开辟的一个区域，主要目的是为了避免字符串的重复创建。因为同一个字面量的字符串，在常量池中只会保留一个引用 元空间（方法区）：JDK1.8前叫方法区，它存储类的元信息，包括类结构、常量池、静态变量、JIT 编译后的代码缓存等内容，而且其中包含运行时常量池，其中垃圾回收行为较少 JDK 8...

List Collections 和 Collection 的区别 Collection 是 Java 集合框架中的顶级接口。它定义了一组通用的操作和方法，如添加、删除、遍历等，用于操作和管理一组对象。Collection 接口有许多实现类，如 List、Set 和 Queue 等。 Collections（注意有一个s）是Java提供的一个工具类，位于 java.util 包中。它提供了一系列静态方法，用于对集合进行操作和算法。Collections 类中的方法包括排序、查找、替换、反转、随机化等等。这些方法可以对实现了 Collection 接口的集合进行操作，如 List 和 Set。 说说 List 和...

本文章持续更新 Java 基础概念和常识内容 JVM vs JDK vs JRE Java 虚拟机（Java Virtual Machine, JVM）是运行 Java 字节码的虚拟机。JVM 有针对不同系统的特定实现（Windows，Linux，macOS），目的是使用相同的字节码，它们都会给出相同的结果。字节码和不同系统的 JVM 实现是 Java 语言 一次编译，随处可以运行 的关键所在。 image-20260205134622558 JVM 并不是只有一种！只要满足 JVM 规范，每个公司、组织或者个人都可以开发自己的专属 JVM。 也就是说我们平时接触到的 HotSpot VM 仅仅是是 JVM 规范的一种实现而已。 维基百科上就有常见 JVM 的对比：Comparison of Java virtual machines ，感兴趣的可以去看看。并且，你可以在 Java SE Specifications 上找到各个版本的 JDK 对应的 JVM 规范。 JDK（Java Development...

面试题系列文章持续更新，源于个人搜寻和整理总结 线程基础知识 什么是线程和进程？线程与进程的关系是什么？ 进程是程序的一次执行过程，是系统运行程序的基本单位，因此进程是动态的。 线程与进程相似，但线程是一个比进程更小的执行单位。一个进程在其执行的过程中可以产生多个线程。 与进程不同的是同类的多个线程共享进程的堆和方法区资源，但每个线程有自己的程序计数器、虚拟机栈和本地方法栈，所以系统在产生一个线程，或是在各个线程之间做切换工作时，负担要比进程小得多，也正因为如此，线程也被称为轻量级进程。 对于 Java 来说，一个进程中可以有多个线程，多个线程共享进程的堆和元空间（方法区）资源，但是每个线程有自己的程序计数器、虚拟机栈 和...

如何准备项目介绍 常见的问法是，说下你最近的（或最拿得出手的）一个项目。 这时候，你做过什么，描述工作经验和项目，面试官的主要目标是看看是否和简历上一致，他不清楚你做了什么太多的内容，因此这个时候，你甚至可以控制面试官接下来问什么 一般来说，在面试前，大家应当准备项目描述的说辞，自信些，因为这部分你说了算，流利些，因为你经过充分准备后，可以知道你要说些什么。而且这些是你实际的项目经验，那么一旦让面试官感觉你都说不上来，那么可信度就很低了。 一般来说，描述的要素是这样的： 项目基本情况 主动说出你做了哪些事情 这部分的描述一定需要和你的技术背景一致。 一般是解决了什么问题 + 带来了什么价值 描述你在项目里的角色 描述用到的技术细节 在这部分你就可以控制一下面试官问什么 我们可以遵循 STAR 法则来进行回答，整体这样下来，会显得你很有思考力，且具有行动力，可以给企业创造出价值，这也是面试官评定候选人最关键的指标之一。 S：Storyboard 背景是什么 T：Target 目标是什么 A：Answer...

对象关系映射框架 ORM 什么是 ORM 在传统的数据库操作中，我们通常需要直接编写SQL语句，与数据库进行交互。然而，这种方式在面对复杂的业务逻辑时，往往显得繁琐且容易出错。 为了解决这一问题，对象关系映射（Object-Relational Mapping，简称 ORM ）应运而生。作为一种桥梁，ORM将面向对象的编程思想与关系型数据库的结构连接起来，极大地简化了开发流程 ORM，即对象关系映射，是一种编程技术，用于在面向对象编程语言和关系型数据库之间建立联系。 在ORM的框架下： 类：对应着数据库中的一个表，类的属性则对应表中的字段，这就是通常说的，实体类 对象：对应数据库中的一行数据，通过实例化类，我们可以操作数据库中的具体记录。 方法：ORM 框架通常会提供一系列内置方法，开发者只需调用这些方法，就能完成数据库操作。 ORM的工作原理 ORM的核心在于 映射 它通过将类和对象的操作转化为底层的SQL语句，完成与数据库的交互。 那么，开发者在代码中定义模型类，就类似，表的创建。而...

认识 MVCC 什么是 MVCC MVCC（Mutil Version Concurrency Control）多版本并发控制，是一种并发控制的方法，用于在多个并发事务同时读写数据库时保持数据的一致性和隔离性。 它是通过在每个数据行上维护多个版本的数据来实现的。当一个事务要对数据库中的数据进行修改的时候，MVCC 会为该事务创建一个数据快照，而不是直接修改实际的数据行。（个人认为这一定上参考了COW写时复制机制） 同时，读取数据时，会根据事务的“可见性规则”，选择合适的历史版本进行读取。这种机制让“读运行”和“写操作”可以并行执行，互不阻塞。 在 MySQL 的...

MySQL的数据持久化过程 事务的支持是数据库区分文件系统的重要特征之一 MySQL 持久化的本质，是把内存中数据的修改安全、可靠地写入磁盘，即使遇到数据库崩溃或者服务器断电这种服务宕机的情况，也能恢复到崩溃前的一致状态。 三大日志 MySQL 日志 主要包括错误日志、查询日志、慢查询日志、事务日志、二进制日志几大类。 其中，跟 MySQL 持久化流程相关的日志主要是，Redo Log 重做日志，Binlog 二进制日志，Undo Log 回滚日志，它们的架构是这样的 img Redo Log：是 InnoDB 存储引擎独有的，保证已提交事务不丢失 Binlog：保证数据恢复，而且主从复制也涉及到这个日志 Undo Log：是 InnoDB 特有的日志，记录数据修改前的状态，实现 MVCC 多版本并发控制，而且通过 Undo...

索引 什么是索引 索引是一种用于快速查询和检索数据的数据结构，其本质可以看成是一种排序好的数据结构。 索引的作用就相当于书的目录。打个比方：我们在查字典的时候，如果没有目录，那我们就只能一页一页地去找我们需要查的那个字，速度很慢；如果有目录了，我们只需要先去目录里查找字的位置，然后直接翻到那一页就行了。 这样，我们就可以理解下述对索引的描述 索引是帮助MySQL高效获取数据的数据结构，在数据之外，数据库系统还维护着满足特定查找算法的数据结构，这些数据结构以某种方式引用数据，这样就可以在这些数据结构上采用高级查找算法 索引底层数据结构存在很多种类型，常见的索引结构有：B 树、 B+ 树...

...

想了一下，有必要单独拎出来作为一篇文章 分布式ID 分布式 ID 介绍 我们都知道 ID 是什么内容，也知道需要使用 ID 做什么。 无非就是对系统中的各种数据使用一个唯一编号 ID 来进行唯一标识，这样就能在系统中对数据进行操作。而且 ID 具有独立性，就是说你产生了一条数据需要被持久化，就应该给它一个ID，比如用户 ID 对应且仅对应一个人，商品 ID 对应且仅对应一件商品，订单 ID 对应且仅对应一个订单。 我们现实生活中也有各种 ID，比如身份证 ID 对应且仅对应一个人、地址 ID 对应且仅对应一个地址。 简单来说，ID 就是数据的唯一标识。 那么，单机情况下，我们使用的 ID...

分布式ID 分布式 ID 介绍 我们都知道 ID 是什么内容，也知道需要使用 ID 做什么。 无非就是对系统中的各种数据使用一个唯一编号 ID 来进行唯一标识，这样就能在系统中对数据进行操作。而且 ID 具有独立性，就是说你产生了一条数据需要被持久化，就应该给它一个ID，比如用户 ID 对应且仅对应一个人，商品 ID 对应且仅对应一件商品，订单 ID 对应且仅对应一个订单。 我们现实生活中也有各种 ID，比如身份证 ID 对应且仅对应一个人、地址 ID 对应且仅对应一个地址。 简单来说，ID 就是数据的唯一标识。 那么，单机情况下，我们使用的 ID...

前言：这些是什么样的设计模式 之前，我们学习的是GoF（Gang of Four）提出的 23 种经典设计模式（5 创建型 + 7 结构型 + 11 行为型） 接下来，我提到的这些设计模式，他们属于更高层次的 架构模式（Architectural Patterns） 或 企业级设计模式（Enterprise Design Patterns），而不是 GoF 的微观设计模式。它们关注的是整个系统的组织结构、职责划分和控制流，而非单个类或对象之间的交互。 从经典设计模式迈向现代软件架构的关键节点就在这里。掌握这些高层次模式，将帮助你设计出可维护、可扩展、高内聚、低耦合的企业级系统。 他们有很多经典的实现，我只讲解最常使用的和看到的 架构设计模式 关注整个系统的高层结构，决定组件如何组织、通信和部署。 它的选择影响全局、难以后期修改、而且通常决定技术选型。 常见的架构模式如下 MVC 模式 MVVM 模式 三层架构（表现层-业务层-数据层）模式 管道-过滤器模式 微服务架构 事件驱动架构 CQRS（Command Query...