- 博客(76)
- 收藏
- 关注
RSS订阅原创 (并发编程)4.Java线程通信：共享内存与消息传递详解
摘要 Java线程通信的核心是实现安全的数据共享和执行顺序协调，主要分为共享内存和消息传递两大类。共享内存方式包括：1) synchronized结合wait()/notify()实现基础线程协作，通过内置锁机制确保同步；2) Lock与Condition提供更灵活的显式锁控制，支持多条件队列管理；3) volatile关键字保证变量可见性和有序性，适合作为标志位使用。这些方法都需要正确处理同步问题，避免数据竞争和虚假唤醒等情况。
2025-09-05 13:16:22
1127
原创 DeepSeek文献太多太杂？一招制胜：学术论文检索的“核心公式”与提问艺术
如果我们想要完成一次学术论文检索，那我们可以把它想象成一次。你不是在漫无目的地闲逛，而是一名装备精良的“学术寻宝猎人”，你的目标是找到深藏在浩瀚文献海洋中的“珍宝”（高价值论文）。
2025-09-04 23:25:28
653
原创 AI时代必备技能：12种提问法则，让DeepSeek成为你的超级外脑
AI提问类型指南：如何像专业人士一样高效提问 提问是获取精准答案的关键。掌握12种提问类型，能让你更高效地利用AI： 事实型：查定义（如“什么是AI？”） 方法型：获取步骤（如“如何开咖啡店？”） 建议型：求经验（如“如何提升PPT汇报效果？”） 分析型：找原因（如“奶茶店生意差的原因？”） 比较型：做对比（如“iPhone vs 华为的优缺点？”） 预测型：看趋势（如“未来热门编程语言？”） 假设型：开脑洞（如“人类能光合作用会怎样？”） 验证型：核答案（如“我的理解对吗？”） 评价型：求点评（如“如何评
2025-09-04 22:38:57
910
原创 从保安到叫号机：一文读懂Java高并发锁的演变与升华
本文以食堂抢鸡腿的生动比喻，系统讲解了三种并发锁机制：悲观锁如同严格保安，通过synchronized强制串行访问但效率低；乐观锁采用CAS策略，类似信任阿姨的版本控制，虽高效但可能引发总线风暴；CLH队列锁则像文明的叫号系统，通过节点排队减少CAS操作。文章对比了三者的优缺点（安全vs性能、公平性、适用场景），建议根据实际冲突频率和操作耗时选择：低冲突用乐观锁，高冲突或耗时操作用悲观锁，复杂场景可借助JUC工具。全文通过生活化类比，将抽象并发概念具象化，帮助开发者深入理解锁机制的本质与应用策略。
2025-09-04 20:38:29
718
原创 1.注解的力量：Spring Boot如何用注解重构IoC容器
Spring Boot的IoC容器就像一个智能管家，通过注解驱动自动管理对象依赖关系。核心机制包括：@SpringBootApplication组合注解启动容器，@Component/@Service等注解标记组件类，@Autowired实现依赖注入（推荐构造器注入），@Bean注解配置第三方组件。自动配置通过条件装配（@Conditional）智能加载所需组件。这种设计让开发者只需声明需求，Spring容器自动完成对象创建和装配，大幅简化Java应用开发。
2025-09-04 12:00:55
1146
原创 【Spring Cloud微服务】12.Spring Cloud Sleuth全解析：traceId原理与实战指南
文章摘要： 本文介绍了微服务链路追踪中全局traceId的重要性，通过"奶茶订单失踪案"的比喻，形象说明没有traceId时排查问题的困难。详细讲解了Spring Cloud Sleuth的实战配置（依赖添加、基础设置、日志效果查看）和Zipkin可视化工具的使用。深入解析traceId生成原理，包括核心概念、工作流程时序图和关键源码（TraceId生成器、过滤器、Feign拦截器）。最后通过订单-库存服务的循环调用场景，展示traceId如何保证跨服务调用的链路一致性，为微服务排查问题
2025-09-04 11:41:56
1257
原创 最左匹配原则：复合索引 (a,b,c) 在 a=? AND b＞? AND c=? 查询下的使用分析
摘要： 查询 WHERE a = ? AND b > ? AND c = ? 能有效利用复合索引 (a, b, c)。其中： 索引查找（Index Key）：字段 a（等值）和 b（范围）用于快速定位扫描范围。 索引过滤（Index Filter）：字段 c 通过索引条件下推（ICP）进一步筛选，减少回表操作。 结论：严格来说，索引的**前两列（a、b）**直接参与查找，第三列（c）辅助过滤。若需优化，可尝试调整索引顺序为 (a, c, b)（需结合数据分布）。
2025-09-03 17:04:38
769
原创 Leetcode003——无重复字符的最长子串
本文通过派对邀请的生动比喻，介绍了解决"无重复字符最长子串"问题的滑动窗口算法。算法使用左右指针作为派对保安，哈希集合记录已邀请客人：右指针逐个邀请新客人，若重复则左指针移除最早加入的客人，直到无重复。整个过程保持记录最大子串长度。该方法时间复杂度O(n)，空间复杂度O(min(n,m))，适用于各种字符串场景。通过Java代码示例和"abcabcbb"的详细步骤解析，展示了算法的高效实现原理。
2025-09-03 13:32:35
782
原创 异常处理小妙招——3.构造函数的安全第一原则：为什么不在构造函数中抛出异常？
本文通过生活中的比喻强调了构造函数在编程中的"门卫"作用。作者以生日派对和银行账户为例，说明未经验证的构造函数会导致"僵尸对象"和运行时问题。文章提出"安全第一"原则，建议在构造函数中进行严格验证，采用Fail-Fast（快速失败）策略，并推荐工厂方法和Builder模式来处理复杂验证。最后指出，构造函数应当像严格的门卫而非友好的迎宾员，确保只创建有效对象，在创建时就抛出异常远优于运行时出错。这些实践能有效避免系统级故障。
2025-09-03 13:07:13
425
原创 【Spring Cloud微服务】11.微服务通信演义：从飞鸽传书到5G全息，一部消息中间件的进化史诗
微服务通信演进：从阻塞调用到消息驱动的异步解耦 微服务间的通信方式经历了关键的技术迭代：初期采用同步RPC调用（如Feign），虽简单直接但存在线程阻塞、服务耦合等问题；随后引入消息中间件（如RabbitMQ），通过异步队列机制实现服务解耦和削峰填谷；当需要广播消息时，采用Kafka的发布-订阅模式支持多消费者场景；Spring Cloud Stream进一步抽象统一消息接口，屏蔽底层中间件差异。这场技术演进逐步解决了系统耦合、可靠性、扩展性等核心问题，最终形成了以消息驱动为核心的现代化微服务通信架构。
2025-09-03 09:21:27
864
原创 【Spring Cloud微服务】10.王子、巨龙与Spring Cloud：用注解重塑微服务王国
本文通过一场王子拯救公主的史诗冒险，生动讲解了Spring Cloud五大核心组件的作用与实现方式：Eureka（服务注册中心）、Ribbon（客户端负载均衡）、Feign（声明式HTTP调用）、Hystrix（服务熔断保护）和Config（统一配置中心）。每个组件通过"神器"比喻形象展示其功能，配合代码示例说明实际应用，帮助开发者理解如何构建弹性、可靠的微服务系统。文章采用故事化表达，将复杂的技术概念转化为易于理解的奇幻冒险情节。
2025-09-03 09:09:10
960
原创 (并发编程)2.深入浅出AQS：像游乐园管理员一样理解Java并发核心
在多线程环境中，当多个线程需要访问共享资源时，我们需要一种机制来确保线程安全。在Java早期，我们主要使用关键字，但它像是一把"万能钥匙"——功能有限，缺乏灵活性。等待锁时可中断超时获取锁非阻塞尝试获取锁公平锁机制于是，Java大神Doug Lea在JUC（java.util.concurrent）包中创造了AQS（AbstractQueuedSynchronizer），它成为了Semaphore等并发工具类的基石。// 尝试获取锁。
2025-09-02 18:55:07
975
原创 异常处理小妙招——1.别把“数据库黑话”抛给用户：论异常封装的重要性
本文阐述了异常封装的核心思想与实践方法。异常封装是指将底层技术异常转换为对调用者更有意义的业务异常，就像翻译官将专业术语转化为通俗语言。不封装异常会导致实现细节泄露、上层处理困难及用户体验差。正确做法包括：将技术异常封装为业务异常、聚合多个异常为单一逻辑异常、简化复杂异常体系。关键注意事项是必须保留原始异常(cause)以方便调试。实践建议包括定义业务异常类、在服务层进行封装、使用带cause参数的构造函数等，最终实现用户友好与开发者透明的双重目标。
2025-09-02 18:26:18
600
原创 异常处理小妙招——2.代码的韧性：如何实现操作的原子性回滚
摘要： 失败原子性指操作失败时应使系统保持原状，避免部分成功导致的混乱状态。例如银行转账若中途失败，可能导致扣款未到账，破坏数据一致性。实现方法有： 事前检查：预先校验参数，避免无效操作； 调整顺序：先执行易失败步骤，最后更新状态； 副本模式：在临时拷贝上操作，确认无误后替换原数据； 事务回滚：通过日志记录步骤，失败时逆向撤销。 实践建议：优先使用不可变对象，多用事前检查，复杂操作采用副本策略，数据库操作务必启用事务，确保失败时系统状态可优雅回滚。
2025-09-02 18:14:14
883
原创 【Spring Cloud微服务】9.一站式掌握 Seata：架构设计与 AT、TCC、Saga、XA 模式选型指南
想省心，就用AT模式（默认），像开自动挡汽车。追求极致性能和高控制，不怕麻烦就用TCC模式，像开手动挡赛车。业务流程特别长，就用Saga模式，像先垫付后报销。传统、强一致的系统（如银行核心系统），会用XA模式，像老式的柜台同步操作。所以，Seata 本质上就是一个分布式事务的调度中心，它提供了好几种“工作流程”来保证：要么大家都成功，要么都失败，绝不会出现“我的钱扣了，对方却没收到”的尴尬局面。好的，我们接着用比喻和实例的方式，来深入讲解如何实现 Seata 的这几种模式。模式实现关键比喻。
2025-09-02 17:38:28
1294
原创 (线上问题排查)4.CPU使用率飙升：从应急灭火到根因治理
这篇文章系统性地介绍了服务器CPU高负载问题的排查与优化方法。文章首先通过比喻将CPU问题比作"急诊病例"，强调快速响应的重要性。然后详细介绍了四阶段处理流程：1)应急响应阶段使用top、ps等命令快速定位问题进程和线程；2)深入分析阶段利用jstack、perf等工具进行线程堆栈分析和性能剖析；3)解决方案阶段提供算法优化、锁竞争优化等具体案例；4)预防体系阶段建议建立全面的监控告警系统。最后提出CPU优化的思维模型，强调数据驱动、全局视野和持续迭代的重要性。全文通过命令示例和代码片段
2025-09-02 10:00:25
925
原创 (线上问题排查)3.线上API接口响应慢？一套高效排查与定位问题的心法
《API性能问题排查指南》摘要：当API响应变慢时，需系统性地排查。首先进行5分钟快速检查：通过监控系统判断问题范围，检查CPU、内存等基础设施指标，确认近期变更。若未解决，进入深入排查阶段：使用APM工具分析调用链路，检查数据库慢查询和索引效率，验证外部依赖性能。最后实施优化方案，如优化算法、添加索引、引入缓存等，并通过压力测试验证效果。文中提供快速排查清单，强调数据库是常见性能瓶颈，建议采用从全局到局部的系统性分析方法。
2025-09-01 23:08:46
1408
原创 异常处理小妙招——3.深入探讨Java异常处理：受检异常与非受检异常的最佳实践
摘要：本文深入解析Java中受检异常与非受检异常的区别与处理策略。受检异常适用于可恢复场景，需强制处理；非受检异常多用于编程错误和系统问题。文章提出异常转换、屏蔽等设计原则，强调避免忽略异常、保持异常信息丰富性等注意事项，并介绍现代Java开发中Optional、函数式编程等异常处理新方式，帮助开发者构建更健壮的应用程序。关键点包括区分异常场景、保持抽象层次、提供充分错误信息及考虑性能影响。
2025-09-01 21:30:51
973
原创 【Spring Cloud微服务】8.深度实战：微服务稳定性的守护神——Sentinel
Spring Cloud Alibaba Sentinel 为微服务架构提供了全方位、多维度、高效率的稳定性保障解决方案。通过深入理解其核心原理和责任链架构，结合生产环境的最佳实践，开发者可以构建出更加健壮、可靠的分布式系统。精细化控制：支持多种流量控制策略和熔断降级规则高性能统计：基于滑动窗口算法实现毫秒级实时统计丰富生态集成：与 Spring Cloud 生态无缝集成动态规则管理：支持多种数据源和热更新机制集群流控能力：提供分布式环境下的统一流量控制。
2025-09-01 21:20:55
1085
原创 从理论到实践，深入剖析数据库水平拆分的安全平滑落地
数据库分库分表核心技术与实践指南 本文系统介绍了分库分表技术解决数据库性能与规模瓶颈的完整方案。主要内容包括： 问题背景：单机数据库在数据量增长时面临性能极限，传统优化手段（SQL优化、缓存、读写分离）无法根治问题。 核心概念：详细解析水平拆分（分库分表）与垂直拆分，阐明分片键、逻辑表/物理表等关键术语。 技术方案： 重点探讨分片键选择原则与决策流程 分析不同分片算法（哈希、范围等）的适用场景 提供全局ID生成方案（Snowflake、号段模式） 针对跨分片操作给出解决方案 实施建议：推荐采用成熟中间件（如
2025-09-01 19:40:45
1064
原创 (线上问题排查)2.深度剖析：一条MySQL慢查询的全面优化实战
MySQL性能优化案例：从5秒到0.05秒的优化之路。文章完整记录了线上核心业务API响应时间突增问题的排查过程，通过开启慢查询日志捕获问题SQL，深度分析执行计划发现索引缺失、文件排序等瓶颈。提出多维度优化方案：创建复合索引、查询重写、数据归档和分区表。最终使查询性能提升100倍，执行时间从4.8秒降至0.05秒。强调MySQL优化需要系统性方法，建议建立常态化的性能监控机制，并推荐使用Percona Toolkit等工具进行持续优化。
2025-08-31 23:58:36
693
原创 (线上问题排查)1.数据库死锁全解析与解决方案
数据库死锁排查与优化指南 数据库死锁是指多个事务因争夺资源而相互等待，导致事务无法继续执行的现象。常见死锁原因包括循环等待、混合锁冲突、间隙锁问题以及不同索引访问路径导致的锁竞争。 排查方法： 开启死锁日志（innodb_print_all_deadlocks） 使用SHOW ENGINE INNODB STATUS分析死锁信息 通过performance_schema或sys库监控锁状态 解决方案： 事务优化：缩短事务，统一资源访问顺序，使用乐观锁或精细化锁粒度 SQL优化：确保索引合理，避免热点更新（C
2025-08-31 21:26:08
961
原创 【Spring Cloud微服务】7.拆解分布式事务与CAP理论：从理论到实践，打造数据一致性堡垒
分布式事务解决方案全解析：从理论到实践 本文深入探讨了分布式事务的核心问题与主流解决方案。文章从电商下单场景引入，分析了单体架构到分布式系统带来的事务挑战，系统介绍了ACID、CAP和BASE三大理论基础。 重点解析了四种主流分布式事务方案： 强一致性的2PC方案：通过协调者实现两阶段提交，适合金融等强一致性场景 TCC模式：通过Try-Confirm-Cancel三阶段实现最终一致性，适用于短流程核心业务 Saga模式：通过正向操作和补偿机制处理长事务流程 基于消息队列的最终一致性方案：包括本地消息表和R
2025-08-31 20:52:03
769
原创 【Spring Cloud微服务】6.通信的利刃：深入浅出 Spring Cloud Feign 实战与原理
Spring Cloud Feign 是一个声明式 REST 客户端，简化了微服务间的 HTTP 调用。文章从基础使用到高级特性全面介绍了 Feign：1. 快速入门：通过四步构建 Feign 客户端；2. 核心功能：包括注解解析、服务发现、熔断降级和日志调试；3. 高级配置：请求压缩、自定义编解码等；4. 最佳实践：接口设计规范与常见问题解决方案；5. 工作原理：动态代理机制和责任链模式。Feign 的价值在于其声明式编程、与 Spring Cloud 生态的无缝集成以及灵活的扩展能力，使服务调用更加简单
2025-08-29 14:06:46
1254
原创 【并发编程基石】深入浅出CAS：解锁无锁高性能的奥秘
CAS（比较并交换）是并发编程中的无锁技术，通过硬件支持的原子操作解决传统锁机制的性能瓶颈和死锁问题。Java通过Unsafe类和原子类(如AtomicInteger)实现CAS，提供高效线程安全操作。CAS虽性能优越但存在ABA问题（可通过版本号解决）、自旋开销和伪共享等挑战。实际应用中需结合数据分片、缓存优化等策略，根据场景在CAS与传统锁机制间合理选择。该技术是构建高性能并发系统的基础，适用于低竞争环境，但需注意其局限性。
2025-08-28 00:58:19
1009
原创 【Spring Cloud 微服务】5.架构的智慧枢纽：深度剖析 Nacos 注册中心
本文深入剖析了微服务架构演进过程中的服务发现机制，重点介绍了Nacos作为新一代服务注册中心的核心功能与实现原理。文章从架构发展历程切入，对比Nacos与Eureka的特性差异，详细解析了Nacos的组件架构、健康检查机制和动态感知原理。通过SpringBoot集成实战演示了服务注册与发现的全流程，并深入源码层面分析了服务注册时机、注册原理等关键技术细节。最后提供了生产环境部署的最佳实践，强调Nacos在微服务架构中作为"中枢神经系统"的重要地位，其动态服务发现与配置管理能力有效解决了服
2025-08-27 23:01:33
590
2
原创 【Spring Cloud 微服务】4.Apache Dubbo的核心治理能力与实践
Apache Dubbo 产生的背景是互联网公司业务高速发展，导致单体架构无法满足需求，急需向分布式服务化架构演进。在分布式架构下，如何实现高性能、透明化的远程服务调用，并提供一整套成熟、开箱即用的服务治理能力，以保障大规模分布式系统的稳定性、可用性和可维护性。一个高性能的 Java RPC 框架：解决了通信问题。一个服务治理生态：解决了服务管理、调度和保障的问题。正是这种“RPC + 治理”的二合一设计，让 Dubbo 成为了构建现代化微服务架构的强大基石。版本兼容性: 确保。
2025-08-25 11:21:12
982
原创 1.Spring Boot：超越配置地狱，重塑Java开发体验
摘要： SpringBoot基于Spring框架，通过"约定大于配置"理念解决复杂配置问题，提供四大核心特性：快速创建独立应用、自动配置、起步依赖和生产就绪功能。相比Spring（引擎），SpringBoot如同组装好的汽车，简化开发流程。实战中，仅需少量代码即可构建REST服务，无需手动配置。与SpringCloud配合时，SpringBoot构建微服务单元，SpringCloud治理分布式系统，形成完整解决方案。作为Java开发的重要工具，SpringBoot显著提升效率，降低门槛，
2025-08-24 23:47:33
493
原创 【Spring Cloud 微服务】3.智能路由器——深入理解与配置负载均衡
微服务架构中，负载均衡是确保高可用性和性能的关键机制。本文介绍了SpringCloud的负载均衡解决方案，包括服务端和客户端两种模式，重点阐述了SpringCloud LoadBalancer和OpenFeign的实现方式。文章详细讲解了负载均衡的核心概念、工作流程、配置方法，并提供了两种实现方案：使用@LoadBalanced注解的RestTemplate和声明式的OpenFeign客户端。最后总结了配置时的注意事项和最佳实践，如健康检查、依赖管理、重试机制等，帮助开发者避开常见陷阱，构建稳定可靠的微服务
2025-08-24 21:19:30
1178
原创 时光的遗憾与成长——今天我的一切到底是因为什么？
【摘要】作者回顾成长历程，从小县城自卑少年到学会接纳自我。原生家庭的矛盾与贫困造就敏感性格，却也催生改变命运的斗志。特别提及高中同学"小玉"成为心中永恒的白月光，虽已嫁作人妇，仍衷心祝福她幸福。如今学会与遗憾和解，既保留对美好的珍视，也保持对未来的期待。全文流露着对过往的温柔审视与对生活的真诚感悟。
2025-08-21 23:08:43
645
原创 1.当我们的QPS提高10倍，我们应该怎么办？
摘要：QPS（每秒查询数）是衡量系统性能的关键指标，高QPS可能导致性能瓶颈和延迟。解决方案之一是通过微服务拆分和负载均衡来应对高并发：将单体服务拆分为多个微服务集群，配合负载均衡策略，分散请求压力，提升系统吞吐能力和稳定性。这种方法通过物理层面的服务器扩展和服务解耦，有效缓解高QPS带来的性能问题。
2025-08-21 21:25:07
185
原创 【Spring Cloud 微服务】2.守护神网关Gateway
本文介绍了SpringCloudGateway作为微服务API网关的核心概念与应用。主要内容包括：1) API网关在微服务架构中的作用，如简化客户端调用、统一安全策略等；2) SpringCloudGateway的产生背景，作为响应式编程模型的新一代网关解决方案；3) 核心三要素：路由(Route)、断言(Predicate)和过滤器(Filter)的工作原理；4) 实际集成方式，包括依赖配置、路由规则定义及与服务发现的结合。通过示例展示了如何配置简单路由实现请求转发，体现了其作为微服务统一入口的价值，为构
2025-08-21 21:13:16
1121
原创 【Spring Cloud 微服务】1.告别雪崩！分布式系统的守护神——Hystrix 详尽解读与实践
Hystrix微服务容错解决方案摘要 Hystrix是Netflix开源的容错组件，通过熔断、降级、隔离三大机制防止服务雪崩。 降级(Fallback)：当依赖服务失败时执行备用逻辑（如返回默认值/缓存），保证核心流程可用。通过@HystrixCommand(fallbackMethod)实现，支持异步补偿机制。 隔离(Isolation)：通过线程池或信号量隔离资源，避免单一服务故障拖垮系统。默认推荐线程池隔离，需配置threadPoolProperties。
2025-08-15 23:19:31
542
原创 五年Java开发路：从菜鸟到老炮的成长心路
Java开发者五年成长启示录：从踩坑到突围 本文回顾了五年Java开发历程中的关键经验与教训。作者总结了项目实战中遇到的典型技术难题，包括库存核对异常、线程池故障、数据迁移问题等八大"坑"，并提炼出三点成长启示：错误是成长的阶梯，但需及时反思改进；职场中能力是根本，要区分工作与博弈场景；保持学习与技术更新至关重要。文章强调通过问题复盘、代码规范、团队协作实现持续精进，展现了从新手到技术骨干的蜕变过程，为开发者提供可借鉴的成长路径。
2025-08-15 22:17:03
397
原创 “多线程修路：当count++变成灾难现场”
在多线程环境中对共享变量（如计数器count）进行并发操作时，必然存在线程安全问题。根本原因在于非原子性的count++操作（读取-修改-写入三个步骤）、竞争条件导致的写覆盖以及CPU缓存导致的可见性问题。解决方案包括：1) 使用synchronized同步块确保原子性；2) 采用ReentrantLock显式锁；3) 最佳方案是使用AtomicInteger等原子类，通过CAS指令实现高性能的无锁并发。对于简单计数器场景，原子类是最优选择，而复杂同步逻辑则需使用锁机制。未采取同步措施将导致计数结果不准确和
2025-07-25 16:09:06
807
原创 [第二章—Spring MVC的高级技术] 2.2 置multipart解析器
这两个属性直接对应于MultipartConfigElement的第二 个和第四个构造器参数，表明不能上传超过2MB的文件，并且不管文 件的大小如何，所有的文件都会写到磁盘中。到目前为止，我们所使用的是只有一个参数的MultipartConfigElement构造器，这个参数指定的是文件系统中的一个绝对目录，上传文件将会临时写入该目录中。实际上，我们可以按照相同的方式指定其他的multipart上传细节，也 就是设置CommonsMultipartResolver的属性。
2023-11-06 23:54:33
946
原创 [第二章—Spring MVC的高级技术] 2.1Spring MVC配置的替代方案
例如，在本章稍后的内容中（7.2节），我们将会看到如何在Spring MVC中处理multipart请求和文件上传。如果计划使用Servlet 3.0对multipart配置的支持，那么需要使用DispatcherServlet的registration来启用multipart请求。
2023-11-06 23:29:34
455
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人