Clay 的技术空间

用进废退 | 艺不压身

前言

本文将介绍在 Linux 环境中,HaProxy 如何利用 Keepalived 实现双机热备(即双机主备),从而保证其高可用性,适用于 CentOS、Debian、Ubuntu 等 Linux 发行版。

阅读全文 »

大纲

前言

本节所需的案例代码,可以直接从 GitHub 下载对应章节 mybatis-lesson-3

MyBatis 全局配置文件

MyBatis 默认的全局配置文件是 mybatis-config.xml,且 XML 配置文件里的标签是有顺序的,由前到后依次是 properties, settings, typeAliases, typeHandlers, objectFactory, objectWrapperFactory, reflectorFactory, plugins, environments, databaseIdProvider, mappers

属性(properties)

在企业级开发中,往往会将数据库的连接信息写到单独的配置文件中,这样日后方便统一管理。MyBatis 为此提供了 properties 标签,用于读取外部的的 Properties 配置文件,读取到的属性值可以在整个 MyBatis 配置文件中用来替换需要动态配置的属性值。

  • config.properties
1
2
3
dataSource.user=root
dataSource.password=123456
dataSource.jdbcUrl=jdbc:mysql://127.0.0.1:3306/mybatis_lesson?characterEncoding=utf8&autoReconnect=true&useSSL=false&useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=UTC
阅读全文 »

大纲

JVM 的垃圾收集机制

确定对象是否可以回收

在 Java 中,如何确定一个对象是否可以回收呢?常用的算法有两种:引用计数算法、可达性分析算法。

引用计数算法

引用计数算法(Reference Counting)是通过判断对象的引用数量来决定对象是否可以被回收。它的思路是给对象中添加一个引用计数器,每当有一个地方引用它时,计数器值就加 1;当引用失效时,计数器值就减 1;任何时刻计数器为 0 的对象就是不可能再被使用的。大部分场景下,这个算法都是不错,效率也比较高;但是 Java 虚拟机里面没有选用引用计数算法来管理内存,其中最主要的原因是它很难解决对象之间相互循环引用的问题;而且对对象赋值时均要维护引用计数器,同时计数器本身也有一定的消耗。

阅读全文 »

大纲

AOP 的常用注解

  • @Before:前置通知,在目标方法执行之前执行
  • @After:后置通知,在目标方法执行之后执行(始终会执行)
  • @AfterReturning:后置返回后通知,在目标方法正常返回后执行(发生异常不会执行)
  • @AfterThrowing:后置异常通知,在目标方法抛出异常后执行
  • @Around: 环绕通知,可以在目标方法执行前后执行自定义逻辑
  • @Pointcut:定义切入点,指定在哪些连接点上应用切面的逻辑
  • @Aspect:定义切面,通常与 @Component 结合使用,将其标记为 Spring 容器中的一个 Bean
阅读全文 »

大纲

前言

本文适用于在 Centos/Debian/Ubuntu 等 Linux 发行版系统上,使用多台物理机器搭建 Zookeeper 集群。

Zookeeper 简介

Zookeeper 是一个高效的分布式协调服务,可以提供配置信息管理、命名、分布式同步、集群管理、数据库切换等服务。它不适合用来存储大量信息,可以用来存储一些配置、发布与订阅等少量信息。Hadoop、Storm、消息中间件、RPC 服务框架、分布式数据库同步系统,这些都是 Zookeeper 的应用场景。

Zookeeper 集群简介

在 Linux 生产环境上搭建 Zookeeper 集群,至少需要三个节点(服务器)。

角色划分

Zookeeper 集群有三种角色划分,分别是 leaderfollowerobserver

  • 领导者(leader):负责进行投票的发起和决议,更新系统状态。
  • 跟随者(follower):用于接收客户端请求,并向客户端返回结果,以及在选举过程中参与投票
  • 观察者(observer):可以接收客户端连接,将写请求转发给 leader 节点,但是不参与投票过程,只同步 leader 的状态,通常用作对查询操作做负载。
阅读全文 »

大纲

JVM 的内存结构

JVM 内存结构主要有三大块:栈、堆内存、方法区。堆内存是 JVM 中最大的一块,由新生代和老年代组成,不包括永久代(方法区);而新生代内存又被分成 Eden 空间、From Survivor 空间、To Survivor 空间,默认情况下新生代按照 8:1:1 的比例来分配。方法区存储类信息、静态变量、常量、常量池等数据,是线程共享的区域,为了与 Java 堆区分,方法区还有一个别名 Non-Heap (非堆)。栈又分为 Java 虚拟机栈和本地方法栈,主要用于方法的执行。

阅读全文 »

大纲

前言

MyBatis 简介

MyBatis 是支持定制化 SQL、存储过程以及高级映射的持久层框架(ORM)。MyBatis 可以使用简单的 XML 或注解用于配置和映射数据表,将 POJO(Plain Old Java Objects,普通的 Java 对象)映射成数据表中的记录。

阅读全文 »

大纲

前言

本文适用于在 Centos/Debian/Ubuntu 等 Linux 发行版系统上,使用单机搭建 Zookeeper 集群。

Zookeeper 简介

Zookeeper 是一个高效的分布式协调服务,可以提供配置信息管理、命名、分布式同步、集群管理、数据库切换等服务。它不适合用来存储大量信息,可以用来存储一些配置、发布与订阅等少量信息。Hadoop、Storm、消息中间件、RPC 服务框架、分布式数据库同步系统,这些都是 Zookeeper 的应用场景。

Zookeeper 集群简介

在 Linux 单机上搭建 Zookeeper 集群,至少需要三个节点。

角色划分

Zookeeper 集群有三种角色划分,分别是 leaderfollowerobserver

  • 领导者(leader):负责进行投票的发起和决议,更新系统状态。
  • 跟随者(follower):用于接收客户端请求,并向客户端返回结果,以及在选举过程中参与投票
  • 观察者(observer):可以接收客户端连接,将写请求转发给 leader 节点,但是不参与投票过程,只同步 leader 的状态,通常用作对查询操作做负载。
阅读全文 »

前言

这里将参考 JDK 1.7 的 HashMap 底层源码,模拟手写一个简易版的 HashMap。

思路

JDK 1.7 是如何处理哈希冲突的?

在 JDK 1.7 中,HashMap 在处理哈希冲突时采用的是链地址法(Separate Chaining)。当发生哈希冲突时,即多个键被映射到了同一个哈希桶(数组的位置),HashMap 会将这些键值对存储在同一个哈希桶对应的链表中。具体来说,在 JDK 1.7 中,HashMap 的每个哈希桶(数组的位置)实际上是一个链表,每个链表存储了哈希值相同的键值对。当执行 Put 操作时,HashMap 首先会计算键的哈希值,然后确定该键应该存储在数组的哪个位置。如果该位置已经存在了链表,HashMap 就会遍历该链表,检查是否已经存在相同键的键值对。如果存在相同的键,则 HashMap 会更新相应的值;如果不存在相同的键,则 HashMap 会将新的键值对添加到链表的末尾。链地址法的优点是它能够处理哈希冲突,并且在一定程度上保持了 HashMap 的性能。然而,在负载因子较高的情况下,即链表较长的情况下,查询键值对的效率可能会降低,因为需要遍历链表来找到目标键值对。

JDK 1.8+ 是如何处理哈希冲突的?

在 JDK 1.8 之后,HashMap 的实现发生了变化。JDK 1.8 引入了红黑树来替代链表,以改善在负载因子较高时的性能,这种结构称为 “链表与红黑树混合实现”。具体来说,当哈希冲突发生时,如果链表的长度超过一定阈值(默认为 8),HashMap 会将链表转换为红黑树。这样做的目的是为了在链表长度较长时提高查询、修改和删除操作的效率,因为红黑树的时间复杂度更稳定,为 O (log n)。而当链表长度较短时,仍然保持使用链表结构,因为在较短的链表中,链表的遍历效率更高。值得一提的是,当红黑树中元素个数小于一定数量时,会转换回原来的链表结构,JDK 设置这个默认数量为 6 个。

阅读全文 »