后端 [123]

万字详解MyBatis架构以及核心内容(2)

前言 本文讲解接口层与基础支撑层,MyBatis数据处理层,参见:《万字详解MyBatis架构以及核心内容(1)》。 接口层 接口层是 MyBatis 框架中与上层应用进行交互的关键部分,它主要由 session 模块构成,其中最为核心的是 SqlSessionFactory 和 SqlSessio

万字详解MyBatis架构以及核心内容(1)

前言 MyBatis 是一个在 Java 开发中广泛使用的持久层框架,无论是日常编程实践还是面试中,它都是一个重要的知识点。MyBatis 支持自定义 SQL、存储过程以及高级映射,为开发者提供了极大的灵活性和便利性。作为一个开源的持久化框架,它简化了与数据库交互的过程,使得开发者能够更专注于业务逻

服务容错

原文地址:https://icyfenix.cn/distribution/traffic-management/failure.html Martin Fowler 与 James Lewis 提出的“微服务的九个核心特征”是构建微服务系统的指导性原则,但不是技术规范,并没有严格的约束力。在实际构

微服务部署策略

前言 部署单体式应用涉及在多个服务器上运行其副本,通常包括数个(N)物理或虚拟服务器,每个服务器上运行着若干(M)应用实例。尽管部署过程不像微服务应用那样直观,但与微服务相比,单体式应用的部署相对简单。 微服务应用则是由众多服务组成,每个服务可独立开发,使用不同的编程语言和框架。每个服务都是独立的应

网络IO模型

在套接字接口(Socket API)的抽象之下,网络I/O操作的核心在于Socket的读写功能。在操作系统层面,Socket被视作数据流,因此网络I/O操作本质上是对这些数据流的操作。每当进行网络访问时,从远程主机接收到的数据首先会被存放到操作系统内核的缓冲区中。随后,这些数据会从内核缓冲区复制到应

微服务的事件驱动数据管理

1 微服务和分布式数据管理问题 微服务架构和分布式数据管理确实带来了一系列新的挑战,尤其是在维持数据一致性和处理跨服务交易方面。在单体应用中,关系型数据库提供的ACID事务特性确保了数据的一致性和完整性,但在微服务架构中,数据通常被分散到各个服务的私有数据库中,这就需要我们重新思考数据管理和一致性的

漫谈单体应用迁移到微服务架构

迁移单体式应用到微服务架构意味着经历一系列复杂的现代化过程,这与历代开发者持续追求技术革新的努力颇为相似。在进行迁移时,我们确实可以汲取过去的智慧并重用一些成熟的想法。 其中一个关键的策略是避免采取大规模重写代码的方式,即所谓的“大爆炸式”重写。这种方法仅在决定彻底颠覆现有系统,构建一套全新的基于微

垃圾收集策略与算法

程序计数器、虚拟机栈以及本地方法栈,是Java虚拟机中线程私有的内存区域,它们的生命周期与线程紧密绑定。当线程启动时,这些内存区域随之创建;当线程结束时,它们也随之销毁。这种与线程同步的生命周期确保了内存管理的简洁性和高效性。 程序计数器用于记录当前线程执行的字节码指令位置,确保线程能够按照正确的顺

JVM 内存结构

Java 虚拟机的内存空间主要分为五个部分: 程序计数器:记录线程执行的字节码指令位置,线程私有。 Java 虚拟机栈:存储方法执行的局部变量、操作数栈等信息,线程私有。 本地方法栈:为虚拟机使用到的本地方法服务,线程私有。 堆:存储所有对象实例和数组,线程共享,由垃圾回收器自动管理内存。 方法区:

记一次完整的JVM堆外内存泄漏故障排查记录

故障描述 像是Java进程出现了内存泄漏的情况,但我们的堆内存限制为4G。由于内存占用超过了4G,可以初步判断是JVM堆外内存泄漏。 确认了下当时服务进程的启动配置: -Xms4g -Xmx4g -Xmn2g -Xss1024K -XX:PermSize=256m -XX:MaxPermSize=5

消息队列总结(精华版)

导读 为什么使用消息队列? 消息队列有什么优点和缺点? Kafka、ActiveMQ、RabbitMQ、RocketMQ 都有什么区别,以及适合哪些场景? 为什么使用消息队列 消息队列作为一种重要的中间件技术,在实际项目中有着广泛的应用场景。通过解耦、异步和削峰等手段,我们可以有效解决系统中遇到的多

JVM内存泄露、内存溢出

内存泄露 指程序中动态分配内存给一些临时对象,但是对象不会被 GC 所回收,它始终占用内存。即被分配的对象可达但已无用。 内存溢出 指程序运行过程中无法申请到足够的内存而导致的一种错误。内存溢出通常发生于 OLD 段或 Perm 段垃圾回收后,仍然无内存空间容纳新的 Java 对象的情况。 从定义上