- 博客(679)
- 资源 (14)
- 收藏
- 关注
RSS订阅原创 AI黑话翻译指南：这些词你天天看到，但真的懂吗？
你不需要记住所有术语。AI不会淘汰你，但会淘汰不会用AI的人过去拼的是：写代码的速度现在拼的是：表达问题的能力这波变化，说到底不是技术问题，而是方式在变。从“写”，变成“说”
2026-04-06 11:32:11
322
原创 Dubbo泛化调用：没有接口 Jar，为什么也能调服务？
Dubbo 泛化调用，不是 Java 泛型，而是一种“绕过本地强类型接口依赖”的远程调用方式。引入服务提供方的接口 Jar在本地注入接口像调本地方法一样发起 RPC 调用消费者必须持有服务接口定义。泛化调用换了一种思路。调用方不需要接口全限定名方法名参数类型列表参数值就可以通过发起一次调用。也就是说，它本质上是一种动态调用机制。没有接口 Jar，为什么 Dubbo 也能调服务？答案就是：Dubbo 提供了。
2026-03-29 12:11:38
361
原创 串行与并行：高并发系统里的优雅接口设计
先问依赖：这些 RPC 是否存在真实数据依赖？如果是“同屏展示/汇总”类接口，通常就能并行扇出。再做并行：能并行的优先并行，但要确保线程池/连接池隔离到位，避免把公共资源打满。最后要兜底：每个并行子任务是否有单任务超时与失败快速返回？超时是否能联动到 RPC 层的取消/资源释放（框架支持的话）？兜底结果是否足够让业务降级可用，并且产出可观测告警（日志/指标/链路）。写代码时把“等待关系”画清楚、问对问题，你的系统就会更快也更稳。
2026-03-19 07:40:31
346
原创 Cursor Agent Skills 从入门到上手：概念、写法、用法（含 Java 示例）
LLM：大语言模型，Claude/GPT/Gemini 都是 LLM；在 Cursor 里选「模型」即在选 LLMAgent：会自己干活的智能 AISkill：它的专业技能（如 Java 代码审查）Rule：它必须守的规矩MCP：连接工具的协议，通过它使用外部能力模型：Agent 的大脑（= 选用的 LLM，当前推荐主力 Claude 3.7 Sonnet 等，以你 Cursor 可用列表为准）全文涉及界面、命令、模型推荐等，均以你当前 Cursor 版本与官方文档为准。
2026-03-17 07:41:27
837
原创 String.format 替换踩坑记：从遇坑、读源码到手写实现
改需求时在模板里多加了一个%s、多传了一个参数，结果最后一个占位符还是用了旧值。，多出来的参数 JDK 直接不用，也不报错。所以这是典型的「对底层约定不清楚」导致的隐藏 Bug，只有在你新增占位符又新增参数、却没改顺序的时候才会踩到。这篇就按踩坑 → 把契约和源码捋一遍 → 自己写一版严格校验的替换工具，顺带给出修法和以后怎么防。
2026-03-14 09:48:49
368
原创 老婆都来问小龙虾是啥了：风口、翻车与本质
AI 已经从玩具阶段，走向真正能改变生产力的阶段。有人靠代装、定制助手赚到第一桶金，有人在误操作和安全意识不足中交了高昂学费。差距很多时候不在技术多高，而在：有没有看清本质（执行框架是工具，模型和安全才是灵魂）、有没有基本的安全和备份习惯，以及——是跟着起哄，还是真的在琢磨怎么用、怎么做得稳。如果你是普通用户，用它帮你节省时间，就是赚到；如果你是程序员，用它提升效率、做出真正能解决问题的产品，就是在顺势而为。它是工具，模型才是灵魂；风口要抓，根得扎对。
2026-03-11 23:27:50
52
原创 Java 的前世今生：从 Oak 到现代企业级语言
从事 Java 多年，总想系统梳理一下这门语言的来龙去脉。本文从历史、版本、生态到学习路径，带你重新认识 Java。
2026-01-31 16:02:48
654
原创 Java中的各种O：从Big O到POJO，一次搞懂所有“O“
对象类型全称用途特点使用场景POJO基础对象无框架依赖所有场景的基础DO数据持久化对应数据库表数据访问层DTO数据传输跨层/跨服务传输API接口、服务间通信VO值对象展示数据前端展示BO业务对象包含业务逻辑业务逻辑层DAO数据访问封装数据库操作数据访问层时间事件1894年巴赫曼引入大O符号1960年代Simula引入OOP概念1965年null引用的诞生（“十亿美元的错误”）1968年克努特将大O引入计算机科学1995年。
2026-01-24 16:18:49
658
原创 程序员的周末：11种设计模式继续藏在你身边
看完小王的周末时光，我们又发现了11种设计模式（加上第一篇文章的12种，正好覆盖全部23种GoF设计模式）。它们不是高深的理论，而是解决实际问题的经验总结。就连周末的休闲时光里，也藏着设计模式的智慧。你可能会问：为什么要学设计模式？其实很简单，它们能帮我们写出更好的代码，解决实际的问题。设计模式是工具，不是目的- 不要为了用而用合适的时候用，不合适的时候别硬用- 简单问题用简单方法理解思想比记住结构更重要- 知道为什么用，比知道怎么用更重要从生活出发，理解设计模式- 设计模式就在我们身边。
2025-12-21 23:46:05
689
原创 程序员的一天：12种设计模式藏在你身边
看完小王的一天，是不是觉得设计模式其实就在身边？看完小王的一天，你会发现：设计模式不是什么高深的理论，就是解决实际问题的经验总结。它们悄无声息地融入我们的生活，让代码更优雅，让系统更健壮。设计模式不是目的，而是手段。我们的目标是写出更好的代码，解决实际的问题。不要为了用设计模式而用设计模式，合适的时候用，不合适的时候别硬用。当你理解了设计模式背后的思想，你会发现，它们其实很简单，很实用，也很有趣！
2025-12-17 22:20:48
767
原创 聊聊高并发系统：那些容易混淆的概念和实际问题
可以这样理解：服务器就像一条高速公路，带宽是车道数量，数据是汽车。车太多超过车道容量，就堵车了。先理解单位换算Mbps = Megabits per second (兆比特/秒) - 带宽单位MB/s = Megabytes per second (兆字节/秒) - 传输速度单位换算公式：Mbps ÷ 8 = MB/s因为：1 Byte (字节) = 8 bits (比特)常见带宽对应的传输速度：记忆技巧：运营商说的"100M宽带"，实际下载速度最高只有12.5MB/s计算带宽瓶颈。
2025-12-05 07:49:35
1175
原创 MySQL索引设计原则：明明建了索引为什么还是慢？7条实战原则帮你避坑
区分度 = 不重复的索引值数量 / 表中的总记录数区分度越高（接近1）：索引效果越好，如主键、唯一字段区分度越低（接近0）：索引效果越差，如性别字段、状态字段-- 示例：用户表username VARCHAR(50) UNIQUE, -- 区分度：100%email VARCHAR(100) UNIQUE, -- 区分度：100%gender TINYINT, -- 区分度：~2%（只有男/女）status TINYINT -- 区分度：~5%（只有几个状态值）
2025-11-30 14:16:14
677
原创 MySQL索引优化实战：原则速查与踩坑案例（实战篇）
索引调优不是一劳永逸的 checklist，而是持续迭代的工程能力。SQL 上线前进行 Explain 评审，记录基线方案。关键表维护“索引设计文档”，包含用途、创建时间、负责人。定期回顾慢查询，收集优化案例，形成内部知识库。只有不断实践、总结、复盘，才能真正把索引用出质感。
2025-11-09 22:51:02
819
原创 从 LinkedList 血案说起：用 3W 法搭建数据结构知识框架
数据结构（Data Structure）是计算机中组织和存储数据的方式，它定义了数据之间的逻辑关系、数据的存储结构以及相关的操作。一个好的数据结构能够让数据存取效率最大化，降低程序复杂度，也为算法设计提供了明确的边界条件。
2025-11-09 15:44:37
867
原创 MySQL索引：SQL性能分析工具详解（进阶篇）
索引优化不能凭感觉，而是需要科学的性能分析工具。就像医生看病需要体检报告一样，优化SQL也需要"体检报告"——这就是本文要讲的性能分析工具。性能分析工具体系├── SQL执行频率统计 ← 找到优化方向├── 慢查询日志 ← 发现问题SQL├── Profile性能分析 ← 定位耗时环节└── EXPLAIN执行计划 ← 分析查询策略fill:#333;color:#333;color:#333;fill:none;问题1问题2问题3问题4SQL提交优化器生成执行计划存储引擎数据读取。
2025-11-01 15:24:51
726
原创 图解MySQL索引：从二叉树到B+树的演进之路（基础篇）
根据MySQL 官方文档索引用于快速查找具有特定列值的行。如果没有索引，MySQL 必须从第一行开始，然后遍历整个表以找到相关行。表越大，成本越高。如果表对相关列有索引，MySQL可以快速确定在数据文件中间的查找位置，而无需查看所有数据。这比按顺序读取每一行要快得多。简单来说，索引（Index）是帮助 MySQL 高效获取数据的数据结构。就像书籍的目录，通过目录可以快速定位到所需内容，而不必从头到尾翻阅整本书。一种特殊的数据结构存储在磁盘或内存中以空间换时间的优化策略回表查询。
2025-10-26 23:10:48
944
原创 看完JDK、Spring官方架构图，我发现：大厂的图也就这样！
画架构图这事，真没那么难。我当年被它吓唬住，觉得自己画不出"专业"的图，结果浪费了好多时间纠结。后来发现，Spring、JDK这些大厂的图也就那样。矩形、箭头、清晰表达，就完了。所以别想太多，打开工具，画一个矩形，你就已经开始了。每个架构师，都是从第一个矩形开始的。
2025-10-12 16:04:34
1291
原创 MySQL存储引擎详解：老王教你如何选择合适的“发动机“
说到存储引擎，我就想起那个让我"开窍"的瞬间。那是我刚工作的时候，写了个用户表，想着所有表都一样，结果…小李：老王，我的用户表怎么这么慢？查询个用户信息要等半天！我：你用的什么存储引擎？小李：什么存储引擎？不是默认的吗？我：哈哈，你这就是典型的"新手司机综合征"！MySQL的存储引擎就像汽车的发动机，不同的发动机有不同的特点！小李：那具体是什么意思？我：简单来说，存储引擎就是负责真正存储和检索数据的家伙。基于表的：每个表都可以选择不同的存储引擎不是基于库的。
2025-09-21 17:59:16
978
原创 防御性编程：编程界的‘安全驾驶‘指南
根据《代码大全》一书的定义：防御性编程是一种编程实践，它假设调用你代码的人会传入错误的数据，或者调用你代码的人会以错误的方式使用你的代码。小李：哇，老王，你这一套下来，我算是彻底明白了！防御性编程真的很重要，就像开车一样，安全第一！我：没错！假设一切都会出错- 就像假设路上可能有障碍物，用户可能是个"坑"提前做好防护- 就像系安全带、保持车距，代码要"系安全带"优雅地处理错误- 就像遇到问题时冷静应对，错误信息要"有人情味"提供有用的反馈- 就像给乘客解释路况，让用户知道发生了什么小李：我明白了。
2025-09-20 19:51:58
1208
原创 消息队列的“翻车“现场：当Kafka和RocketMQ遇到异常时会发生什么？
发消息异常影响对生产者：直接影响，需要处理异常对消费者：无直接影响，消费者不知道发送失败消费消息异常影响对消费者：直接影响，需要处理异常对生产者：无直接影响，生产者不知道消费失败重试机制Kafka生产者：自动重试，无需编码控制Kafka消费者：不自动重试，需要编码控制RocketMQ生产者：自动重试，无需编码控制RocketMQ消费者：自动重试，无需编码控制。
2025-09-15 21:54:55
1041
原创 如何设计10万QPS秒杀系统？缓存+消息队列+分布式锁架构实战
分层架构：Web层、服务层、数据层分离（就像房子的地基、主体、装修）缓存优先：多级缓存，减少数据库压力（就像在门口放个快递柜，不用每次都敲门）异步处理：消息队列解耦，提高响应速度（就像"先下单，后制作"）分布式锁：保证数据一致性（就像"一人一票"的入场券）监控告警：实时监控系统状态（就像房子的"智能监控系统"）系统设计原则：CAP理论、BASE理论指导架构设计（就像盖房子的设计图纸）多级缓存架构：本地缓存 + Redis缓存，提升系统性能（就像在门口放快递柜，不用每次都敲门）消息队列设计。
2025-09-14 17:12:34
681
原创 HashMap源码深度解析：从“图书馆“到“智能仓库“的进化史
问题1：为什么默认容量是16，而不是10或20？问题2：为什么负载因子是0.75，而不是0.5或1.0？💡提示：想想图书馆的实际运营，什么时候需要扩建？扩建多少合适？问题1答案：为什么是16个分区？// 16 = 2^4，这是一个"魔法数字"！// 就像图书馆喜欢用2的幂次方来分区：// - 2个分区：科技类、文学类// - 4个分区：科技、文学、历史、艺术// - 8个分区：更细致的分类// - 16个分区：最细致的分类，但不会太复杂// 为什么不用10个分区？
2025-09-13 19:19:46
1038
原创 线程池深度解析：ThreadPoolExecutor底层实现与CompletableFuture异步编程实战
底层原理：深入理解ThreadPoolExecutor的AQS实现和CAS操作性能优化：掌握基于业务场景的参数调优和JVM优化企业应用：学会设计高可用的线程池架构和监控体系响应式编程：掌握CompletableFuture的响应式编程模式。
2025-09-07 14:20:25
689
原创 并发容器的艺术：从ConcurrentHashMap到BlockingQueue的完美协奏
🏪生活场景：想象你开了一家小超市，只有一个收银台。平时顾客不多时，一个收银员完全够用。但到了节假日，顾客蜂拥而至，一个收银员根本忙不过来，顾客排起了长队，甚至有人因为等不及而离开。在单线程环境下，我们使用普通的容器（如HashMap、ArrayList）就足够了。但在多线程环境下，这些容器就像"单收银台超市"，存在严重的线程安全问题：🚨问题场景多个线程同时"结账"（修改数据）可能出现"重复收费"或"漏收费"（数据不一致）严重时整个"收银系统"崩溃（程序异常）
2025-09-06 14:01:47
1080
原创 深入Java并发：锁机制原理剖析与性能优化实战
场景推荐方案原因简单同步简单易用，JVM优化需要超时支持tryLock读多写少提高读性能计数器无锁，高性能累加器LongAdder高并发场景最优：JVM内置锁，简单易用，适合大多数场景锁升级：从偏向锁到重量级锁的优化过程volatile：轻量级同步，保证可见性和有序性：可重入锁，提供更灵活的锁控制：读写分离，提高读性能原子操作类：无锁编程，高性能计数器通过实战案例，我们实现了一个高性能缓存系统，展示了各种锁机制的综合应用。
2025-09-03 07:56:51
874
原创 Java多线程基础：进程、线程与线程安全实战
进程（Process）是操作系统分配资源的基本单位。代码段数据段堆内存栈内存线程（Thread）是进程内的执行单元，是CPU调度的基本单位。多个线程共享同一个进程的资源。线程安全是指多个线程同时访问共享数据时，程序能够正确执行，不会出现数据不一致的问题。🎭生活小剧场：想象一下，如果银行系统不是线程安全的，两个客户同时取钱，可能会出现"双倍取款"的bug！这就像两个服务员同时记录同一张桌子的订单，结果记重了！
2025-08-31 17:36:52
1030
原创 Java 8核心特性详解：从Lambda到Stream的革命性升级
2014年3月18日，一个值得载入Java史册的日子。Oracle发布了Java SE 8，这不仅仅是一次版本更新，更是一次编程范式的革命：⚡ 多核时代的性能觉醒在多核CPU普及的今天，Java 8让并行处理变得像呼吸一样自然：🛡️ 与空指针异常的终极决战🎯 深度学习之旅本文不仅教你如何使用Java 8特性，更重要的是理解为什么这样设计、底层如何实现、何时使用以及性能影响。我们采用3W学习法来组织每个特性：本文所有示例代码基于Java 8环境，建议使用JDK 1.8.0_xxx版本。🎬 场
2025-08-29 22:40:40
1149
原创 分层思想：从摩天大楼到代码架构的设计哲学
抽象是解决复杂问题的利器万物皆对象：用对象抽象现实世界万物皆文件：用文件抽象各种资源万物皆分层：用层次抽象复杂系统🧠系统性思维：从整体角度考虑问题🎯关注点分离：专注核心，忽略细节🔄渐进式理解：由浅入深，层层递进🚀可扩展设计：为未来变化预留空间“计算机科学中的任何问题都可以通过增加一个间接层来解决，除了一个问题：间接层太多。掌握分层思想，你就能设计出更加优雅、可维护、可扩展的软件系统，成为一名真正的架构师！🎉💡小贴士。
2025-08-23 21:43:52
1318
原创 行为型设计模式：对象协作的舞蹈家（下）
🏗️ 中介者模式UML类图#mermaid-svg-sNPhjdo37U8SltHJ {font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}#mermaid-svg-sNPhjdo37U8SltHJ .error-icon{fill:#552222;}#mermaid-svg-sNPhjdo37U8SltHJ .error-text{fill:#552222;stroke:#552222;}#merm
2025-08-16 15:00:59
986
原创 行为型设计模式：对象协作的舞蹈家（中）
一句话理解：对象的行为随着状态的改变而改变，就像游戏角色的不同状态！定义：允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它的类。应用场景：状态机、游戏角色状态、订单状态、工作流状态一句话理解：定义算法骨架，让子类实现具体步骤，就像制作饮料的模板！定义：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。应用场景：算法框架、代码复用、钩子方法、流程控制一句话理解：提供统一的接口来遍历集合，隐藏内部结构！定义：提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其内部的表示。应用场景。
2025-08-16 14:57:30
698
原创 行为型设计模式：对象协作的舞蹈家（上）
一句话理解：当一个对象状态改变时，自动通知所有依赖它的对象，就像新闻发布一样！定义：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。应用场景：事件处理系统、消息推送、数据绑定、日志记录、GUI事件处理一句话理解：定义一系列算法，让它们可以互相替换，就像选择不同的支付方式一样！定义：定义一系列的算法，把它们一个个封装起来，并且使它们可以互相替换。应用场景：支付方式选择、排序算法选择、压缩算法选择、游戏角色技能选择一句话理解。
2025-08-16 14:54:57
745
原创 结构型设计模式：代码架构的魔法师
一句话理解：让不兼容的接口能够一起工作，就像电源适配器一样！定义：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。应用场景：系统集成、第三方库适配、遗留系统改造、数据格式转换一句话理解：动态地给对象添加功能，就像给咖啡加糖加奶一样！定义：动态地给对象添加一些额外的职责，就增加功能来说，装饰器模式比生成子类更为灵活。应用场景：功能扩展、避免子类爆炸、横切关注点（缓存、日志、权限）一句话理解：为对象提供一个代理，控制对这个对象的访问！定义。
2025-08-04 22:18:53
1226
原创 创建型设计模式：对象诞生的艺术与智慧
一句话理解：确保一个类只有一个实例，就像公司只有一个总经理！定义：确保一个类只有一个实例，并提供一个全局访问点。应用场景：数据库连接池、配置管理器、日志记录器、缓存管理器一句话理解：让子类决定创建什么对象，就像不同车间生产不同产品！定义：定义一个用于创建对象的接口，让子类决定实例化哪一个类。应用场景：数据库连接器创建、日志记录器创建、文件处理器创建🏭 抽象工厂侠的登场 🏭│ 🏭 抽象工厂侠：我提供完整生态！││ ││ 📱 苹果工厂："iPhone + AirPods + ││ 苹果充电器，完美搭配。
2025-08-03 13:36:25
660
4
原创 Java设计模式详解：让代码优雅如诗的秘密武器
定义：设计模式就像是编程界的"武林秘籍"，是前辈们总结出来的解决特定问题的"招式"。核心思想：不是教你写代码，而是教你"思考代码"的方式！🎬生活类比设计模式就像做菜的"菜谱"不同的菜谱解决不同的烹饪问题学会了菜谱，你就能做出各种美味佳肴定义：一个类应该只有一个引起它变化的原因。核心思想：就像一个人，最好只专注做一件事，并且把它做好！🎭生活类比厨师只负责做菜服务员只负责服务收银员只负责收钱如果一个人又要做菜又要收钱，就容易出错定义：软件实体应该对扩展开放，对修改关闭。核心思想。
2025-08-02 13:41:09
744
原创 Spring全家桶深度解析：从菜鸟到大神的进阶之路
💡为什么Spring能成为Java企业级开发的事实标准？🚀如何从零开始掌握Spring全家桶技术栈？🌟本文用11个核心模块，带你深度理解Spring生态Spring Framework就像是Spring家族的大家长，其他所有Spring项目都是它的孩子。它提供了IoC容器、AOP编程、数据访问、Web开发等基础功能。如果Spring Boot是"一键启动"的跑车，那么Spring Framework就是跑车的发动机和底盘。🏎️Spring Boot就像是Spring Framework的"一键启动"
2025-07-28 22:03:55
1136
原创 小黄鸭调试法：程序员必备的5种神奇调试技巧，让Bug无处遁形！
核心思想：向一个没有生命的物体（通常是橡皮小黄鸭）解释你的代码，在解释过程中发现问题的调试方法。小黄鸭调试法的升级版！当你的代码像"鸡肋"一样，食之无味弃之可惜时，橡皮鸡就是你的最佳伙伴。向橡皮鸡抱怨代码的"鸡肋"之处，在抱怨过程中往往能激发重构灵感。通过外部化思维过程来发现内在问题。
2025-07-27 12:36:20
1289
原创 微信公众号阅读量为什么会不一致？一文读懂分布式系统的那些事儿
🍔 生活例子：连锁餐厅│ 总店 │ │ 分店A │ │ 分店B ││ (北京总部) │ │ (上海浦东) │ │ (广州天河) ││ • 制定菜单 │ │ • 独立营业 │ │ • 独立营业 ││ • 统一价格 │ │ • 本地服务 │ │ • 本地服务 ││ • 服务标准 │ │ • 数据同步 │ │ • 数据同步 ││ │ │││ 网络通信 ││ (电话、网络、系统) │每个分店都能独立为顾客提供服务，但都需要遵循总店的标准。这就是一个分布式系统！🤔 思考题。
2025-07-27 12:01:28
1543
原创 生产环境惊魂记：一个被遗忘的super()引发的“血案“
🔥异常类构造方法必须调用父类构造方法—— 这是铁律！📝 建立异常类编写模板（上面那个五星级模板）👀 代码Review时重点盯紧异常类实现“魔鬼往往藏在细节里”😈一个简单的super()调用，差点让我怀疑人生。但也正因为这次踩坑，让我对Java异常机制有了更深入的理解。🙏 （虽然当时想打人）基础不牢，地动山摇！💥。
2025-07-19 12:16:48
868
Sublime Text代码编辑软件
2016-04-09
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人