- 博客(69)
- 收藏
- 关注
RSS订阅原创 Spring Boot 启动流程中的核心扩展点
（启动监听）（上下文初始化）（Bean 定义后处理）（Bean 实例化后处理）（Bean 初始化）（应用启动后执行）
2026-04-15 16:45:15
76
原创 springboot2.7.x 系列之配置文件加载
最终中的命令行参数Nacos 配置) - 如果存在- 特定环境配置- 默认配置- Bootstrap 配置系统环境变量系统属性是配置加载的入口，负责初始化并触发监听器。Bootstrap 上下文通过独立机制加载和 Nacos 配置，优先级高于。Nacos 集成通过动态注入远程配置，实现配置的集中管理。配置优先级由列表顺序决定，命令行参数 > Nacos >> 系统属性。
2026-04-15 14:52:05
226
原创 springboot 启动原理
通过 SpringApplication 准备环境、创建容器、利用 SpringApplicationRunListeners 在生命周期各阶段发布事件，最终通过 refresh() 完成 IoC 初始化并启动 Web 服务器，最后执行 Runner 并发布就绪事件。
2026-04-15 14:06:32
342
原创 spring web 之 Undertow
Undertow = 高性能 + 极轻量 + 纯异步 NIO如果你在做Java 微服务/高并发 Web，优先选 Undertow。SpringBoot 切换成本极低，性能与资源占用远优于 Tomcat。
2026-04-15 13:27:56
136
原创 mysql之EXPLAIN
MySQL EXPLAIN 是SQL优化的核心工具，能分析执行计划、索引使用、扫描行数等关键信息。重点掌握执行计划字段：type（索引效率等级）、key（实际使用索引）、rows（扫描行数）和Extra（额外信息）。优化标准包括避免ALL全表扫描、消除Using temporary/filesort、确保索引命中。常见索引失效场景有函数操作、隐式转换、违反最左前缀等。MySQL 8.0+的EXPLAIN ANALYZE提供更精准的实际执行数据。优化套路是检查type、key、Extra和rows，针对问题加
2026-04-14 09:47:31
168
原创 mysql之日志篇
Redo Log：已提交不丢（崩溃恢复）Undo Log：未提交可回（原子性+MVCC）Binlog：全变更可追溯、可复制（主从+恢复）
2026-04-14 09:40:49
201
原创 mysql8之InnoDB Buffer Pool
Buffer Pool 是 InnoDB 的内存缓存核心，通过冷热分离 LRU 避免热数据被淘汰，通过 WAL 异步刷脏页提升性能，预读减少磁盘 IO，是 MySQL 高并发低延迟的基石。
2026-04-14 09:30:45
224
原创 MySQL之MVCC
MVCC 通过事务ID、回滚指针、undo 版本链和一致性视图 Read View，实现无锁并发快照读；RR 共用一个视图，RC 每条SQL建新视图；读写不阻塞、写写互斥，是 InnoDB 高并发的核心机制。1）next-key lock 原理（临键锁）2）幻读到底怎么解决3）MVCC + 锁 完整并发控制体系。
2026-04-14 09:30:25
218
原创 mysql8之单次查询结果太大
/ 流式查询注解版放弃全量加载，使用流式查询 + ResultHandler + fetchSize，让数据库逐条推送数据，JVM 永远只持有单条记录，从根源避免 OOM。
2026-04-13 16:59:12
76
原创 MySQL 8.0 连接器
MySQL8 连接器是 Type4 纯 Java 驱动，基于 TCP + MySQL 协议连接 = TCP 长连接，必须池化认证从 native 升级为 sha256，SSL 默认开启产线性能三板斧：HikariCP 合理池大小安全三板斧：SSL 加密禁止多语句连接泄漏检测高可用：多主机 + 故障转移 + 读写分离。
2026-04-13 16:56:35
182
原创 线上生产系统 OOM 监控、定位与解决全流程
先看 GC 确认趋势 → jmap 看对象分布 → dump 分析 GC Roots 找引用链 → 结合代码定位泄漏/大对象 → 优化集合、线程池、查询逻辑 + 限流扩容。
2026-04-13 11:15:27
102
原创 TCP之MYSQL大量TIME_WAIT
大量 TIME_WAIT = 短连接太多 → 先上连接池，再调系统内核与 MySQL 超时。要不要我根据你的系统（Linux/Windows）和语言（Java/Go/PHP）给你一份可直接复制的连接池配置 + sysctl.conf 优化模板？
2026-04-12 21:05:39
247
原创 TCP之SYN洪泛攻击
SYN洪泛是最经典、最常见的网络层DDoS攻击之一，核心是利用TCP协议"先分配资源，后验证连接"的设计缺陷。防御关键启用SYN Cookie + 流量清洗 + 内核调优，形成多层防护体系，有效抵御半连接耗尽型攻击。
2026-04-12 21:01:20
255
原创 TCP 可靠传输之流量控制
接收方收到数据包2，发送ACK（ack=600，确认所有数据），实现仅重传丢失数据，减少网络带宽浪费。TCP 流量控制是端到端的控制机制（仅发生在发送方与接收方之间），核心目的是：让发送方的发送速率，匹配接收方的接收能力，避免接收方因缓冲区满，无法接收新数据，导致数据丢失，从而保障 TCP 传输的可靠性。TCP 拥塞控制是全网范围的控制机制，核心目的是：让发送方的发送速率，匹配网络的传输能力，避免因发送方发送速率过快，导致网络链路拥堵、数据包丢失（如路由器缓存满），从而保障 TCP 传输的可靠性。
2026-04-12 20:54:46
211
原创 协议之TCP
服务端收到客户端的 FIN（第一次挥手）后，可能还有未传输完的数据，不能立即发送 FIN（无法同时确认关闭请求 + 发起关闭），只能先回复 ACK（第二次挥手），等数据发完后，再发送 FIN（第三次挥手），最后客户端确认（第四次挥手），因此需要四次。假设两次握手：客户端发送的 SYN（连接请求）因网络延迟，很久后才到达服务端，服务端以为是新请求，回复 SYN+ACK 后就建立连接、占用资源，但客户端早已超时关闭，服务端会一直等待客户端数据，造成资源泄漏。服务端状态变为 LAST_ACK（等待客户端确认）。
2026-04-11 16:00:16
307
原创 HTTP 请求与响应全过程
输入 URL → DNS 解析 IP → TCP 三次握手 → 发 HTTP 请求 → 服务器处理 → 返回响应 → 浏览器渲染 → TCP 四次挥手。
2026-04-11 15:53:03
153
原创 操作系统之进程间通信
用于同一台机器上不同进程之间交换数据、同步状态。因为进程有独立虚拟地址空间，不能直接互相访问内存，所以必须通过内核/共享介质通信。
2026-04-11 15:23:14
131
原创 技术架构之HTTP 大文件传输
大文件为什么要分片？避免 OOM、支持断点续传、提高上传成功率。秒传实现原理？文件 MD5 唯一标识，后端判断文件已存在则直接返回成功。断点续传如何实现？按文件 MD5 建立分片目录，记录已上传分片索引。为什么使用零拷贝？减少用户态/内核态拷贝，降低 CPU 占用，提升合并速度。HTTP 大文件下载如何优化？使用，底层走sendfile零拷贝，支持Range断点下载。
2026-04-11 15:22:38
233
原创 操作系统之虚拟内存
虚拟内存（Virtual Memory）详解及Linux生产环境配置建议一、虚拟内存基础介绍1.1 核心定义虚拟内存（Virtual Memory）是操作系统提供的一种内存管理技术，核心作用是让运行的程序“以为自己独占一大片连续的内存空间”，而实际这片空间由操作系统动态映射到物理内存（RAM）或磁盘（Swap分区/文件），从而实现“更大、更安全、更灵活”的内存使用模式。本质：虚拟内存 = 物理内存 + 磁盘Swap空间，通过地址映射机制，屏蔽物理内存的限制和碎片化问题。1.2 核心作用。
2026-04-10 14:11:19
301
原创 操作系统核心组件
核心本质内核是资源管理者，通过宏/微/混合架构实现性能与稳定的权衡。核心能力进程、内存、设备、文件、网络五大子系统 + 系统调用接口。核心机制态隔离、中断、虚拟内存、调度、IPC支撑多任务与安全。
2026-04-10 13:54:03
309
原创 HashMap、Hashtable、ConcurrentHashMap 核心对比
单线程→ 用HashMap高并发→ 用Hashtable→ 基本废弃，不要用。
2026-04-10 13:40:46
466
原创 微服务之限流，熔断，降级
Spring Cloud Sentinel 核心知识细化梳理一、Sentinel 核心定位与核心价值Sentinel 是阿里巴巴开源的微服务高可用流量治理组件，核心定位是「流量控制、熔断降级、系统保护」，替代传统的Hystrix，为微服务架构提供全方位的流量防护，避免因流量峰值、服务异常导致的系统雪崩。核心价值：无需手动编写复杂的熔断降级逻辑，通过配置化、注解化的方式，快速实现流量控制、熔断降级、热点防护、系统自适应保护等功能，保障微服务在高并发、高压力场景下的稳定性。
2026-04-10 12:41:15
328
原创 微服务之Spring Cloud OpenFeign
一、OpenFeign 核心定位与本质Spring Cloud OpenFeign 是 声明式、模板化的HTTP客户端，基于Netflix Feign封装优化，整合Spring Cloud生态，核心目标是简化微服务间远程调用开发。核心优势：无需手动拼接URL、封装请求参数、解析响应结果，仅需通过注解声明接口，即可像调用本地方法一样调用远程服务，降低微服务通信的开发成本，提升代码可读性与可维护性。
2026-04-08 11:41:11
594
原创 微服务之Spring Cloud LoadBalancer
Spring Cloud LoadBalancer 是 现代微服务客户端负载均衡的首选方案，轻量、可靠、响应式、易扩展，完美替代停更的 Ribbon。Spring 官方推出的 客户端负载均衡器，自 Spring Cloud 2020.0.0 起，替代 Netflix Ribbon 成为默认方案，适配微服务架构，轻量、响应式、持续维护。开启饥饿加载（eager-load），预加载指定服务的实例列表。核心逻辑：服务消费者本地缓存服务列表，按策略选择实例直接调用，无中间转发，避免中心单点。
2026-04-08 11:25:07
374
原创 Spring Cloud 集成 Nacos
Spring Cloud + Nacos 高可用是体系化工程：Nacos 提供集群与混合一致性，Spring Cloud 提供客户端负载均衡与容错，网关层做流量治理，基础设施做冗余与监控。按以上层级落地，可支撑生产级高可用（RTO<5 分钟，RPO=0）。
2026-04-08 10:01:14
291
原创 KRaft VS RocketMQ NameServer
KRaft强一致、有主、内置 Raft、CP 架构、元数据高可靠、适合大规模高要求集群NameServer无状态、无主、AP 架构、极简轻量、最终一致、运维成本趋近于零。
2026-04-03 13:54:37
242
原创 MQ之KAFKA (broker 高可用)
KRaft 用内置 Raft 替代 ZK，实现元数据自管理、更快选举、更高吞吐、极简架构、强一致高可用，是 Kafka 未来唯一标准。
2026-04-03 13:50:33
453
原创 MQ之rocketmq（一）
金融/电商核心链路（事务、顺序、可靠）高并发微服务异步解耦需要严格顺序/延迟/事务的场景SYNC_MASTER + 同步刷盘（核心业务）关闭自动创建Topic/Group开启消息轨迹 + 监控（堆积、延迟、失败）消费端必做幂等。
2026-04-02 13:07:09
322
原创 数据库连接池配置最佳实践-druid
初始5个、最小5个、最大20个；开启泄露回收60秒；开启空闲心跳检测；高并发最多50个，绝对不超100！Druid 监控页面配置 + 查看连接数、慢SQL、连接泄露的教程吗？
2026-04-02 10:07:45
95
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人