开始使用此博客的一些注意事项和说明。

不知道怎么开头，就是想写点东西，然后记录一下自己，嗯，就这么简单。

上一节我们已经跑通了最小可用的查询流程。本篇在此基础上做 “开发体验” 优化：提供 Mapper 接口 与 JDK 动态代理，让调用端不再需要手写 statementId，以更贴近真实 MyBatis 的使用方式。

本篇动手实现 “迷你版 MyBatis” 的完整闭环：加载配置、解析 mapper、打开会话、执行 SQL、结果映射与资源释放。你将看到每一步对应到的类与职责。

本文带你从 JDBC 的原始代码出发，抽象出一个 “迷你版 MyBatis” 框架的核心组件设计与协作关系，为后续实现与优化打下基础。

在微服务架构盛行的今天，RPC（Remote Procedure Call，远程过程调用）框架成为服务间通信的核心技术之一。为了让 RPC 能够无缝融入 Spring 生态，开发者通常会实现一套 Starter 机制，结合 Spring 的自动装配、注解驱动和 Bean 生命周期管理，实现“开箱即用”的开发体验。本文还是以自研 RPC 框架为例，介绍其与 Spring 集成的实现思路与关键技术点。

snail-source-code/source-rpc 是一个轻量级的 RPC（远程过程调用）框架，旨在提供服务间通信的能力。它基于 Netty 构建底层网络通信，并通过自定义协议、序列化、负载均衡和服务注册发现等机制，实现了高效、可扩展的远程服务调用。本文将详细解析该 RPC 框架的各个核心组件和实现原理。