- 博客(140)
- 收藏
- 关注
RSS订阅原创 【Guava】并发编程ListenableFuture&Service
AbstractExecutionThreadService可以把一个具体的异步操作封装成Service服务。说白了就是把之前在线程的实现逻辑封装成服务，把之前线程的具体实现逻辑搬到AbstractExecutionThreadService的实现方法run()方法去执行。
2025-04-04 08:15:00
1331
原创 【Guava】IO工具
其次，它还提供了更丰富的功能，比如对不同字符集的处理，还有资源的高效管理。在Java中，流（Streams）是处理数据的核心，不论是文件I/O还是网络通信，流都扮演着至关重要的角色。传统的Java I/O操作，虽然功能强大，但代码写起来往往既长又复杂，但是，有了Guava，这一切都变得轻松多了。在传统的Java I/O中，写文件也是一大堆代码，需要处理流的打开和关闭，还得小心处理异常。两个概念，指可以从中打开流的资源，比如 File、URL，同样也分别有字节和字符对应的源和汇，定义了一系列读写的方法。
2025-04-03 08:15:00
637
原创 【Guava】集合工具Collections2
如果是Collections2.FilteredCollection类，则直接转型到Collections2.FilteredCollection，然后返回这个类。如果不是Collections2.FilteredCollection，则new一个，将传入的容器和规则传入。传入一个带过滤的容器，和一个实现过滤规则的函数类，返回一个带有过滤动作的容器。私有构造器，也没有静态构造器，所以可以很明确它是一个纯工具类了。传入一个转型的类，再传入一个转型规则。
2025-04-02 08:15:00
184
原创 【Guava】新集合 - BiMap&Multimap&Multiset
而它对key和value严格的保证唯一性。HashMap做的是唯一key值对应的value可以不唯一，而Bimap做的是唯一key值，value值也要唯一，方便从key找到value，从value找到key。可以看到，这两个方法同时调用了本类的put方法，只不过是这两个方法的第三个参数不同，一个为ture，一个为false，看一下put的源码，看看第三个参数有什么用。Multiset 是一个新的集合类型，可以多次添加相等的元素，既可以看成是无序的列表，也可以看成存储元素和对应数量的键值对映射。
2025-04-01 08:15:00
507
原创 【Guava】集合工具类-Immutable&Lists&Maps&Sets
如《Effective Java》Item1)所述，在设计类的时候，倾向优先使用静态工厂方法(static factory method)而非构造函数(constructor)创建对象，优点在于:同样，如《Effective Java》Item17所述，需要最小化可变性，遵循了最佳实践。首先，不可以通过构造函数实例化，更准确地说，不可以在外部通过构造函数实例化。而在程序设计中使用不可变对象，也可以提高代码的可靠性和可维护性，其优势包括：创建对象的不可变拷贝是一项很好的防御性编程技巧。Guava为所有JDK标
2025-03-31 08:15:00
816
原创 Java24发布，精心总结
Java 24通过分代Shenandoah、紧凑对象头等特性继续巩固其在性能敏感领域的地位，同时借助后量子加密等创新保持技术前瞻性。虽然非LTS版本的生产部署需要谨慎评估，但其在各方面的改进，无疑也为Java生态注入了新的活力。
2025-03-30 14:02:51
414
原创 史上最全EffectiveJava总结（二）
在没有考虑默认序列化形式是否合适之前，不要接受它。如果对象的物理表示与其逻辑内容相同，则默认的序列化形式可能是合适的。/*** @serial*//*** @serial*//*** @serial*/即使你认为默认的序列化形式是合适的，你通常也必须提供readObject方法来确保不变性和安全性。Entry next;将导出的 API 永久地绑定到当前的内部实现。占用过多的空间。消耗过多的时间。可能导致堆栈溢出。
2025-03-28 08:15:00
886
原创 史上最全EffectiveJava总结（一）
优点静态工厂方法有名称，能确切地描述正被返回的对象。不必每次调用都创建一个新的对象。可以返回原返回类型的任何子类对象。创建参数化类型实例时更加简洁，比如调用构造 HashMap 时，使用 Map < String,List < String > m = HashMap.newInstance() ，与 Map < String,List < String > m > = new HashMap < String,List < String > >();缺点没有公共或受保护构造方法的类不能被子类化不像构造方法
2025-03-25 08:15:00
9467
1
原创 【Guava工具类】Strings&Ints
这里调用了Strategy的iterator方法，这个方法在 静态创建Splitter中 里面有多种的实现方法，再结合内部类中的 SplittingIterator类重写的迭代方法，这里就形成了一个特殊的容器返回。也就是说，真正的拆分字符串动作是在迭代的时候进行的，即在这个函数中进行的。这里实现了一个惰性迭代器：惰性迭代器就是指 直到不得不计算的时候才会去将字符串分割，即在迭代的时候才去分割字符串，无论将分隔符还是被分割的字符串加载到Splitter类中，都不会去分割，只有在迭代的时候才会。
2025-03-24 08:15:00
923
原创 解析Collections工具类主要功能
Collections 是 JDK 提供的一个工具类，位于 java.util 包下，提供了一系列的静态方法，方便我们对集合进行各种操作，算是集合框架的一个大管家。
2025-03-20 08:15:00
861
原创 深入探索java.util.Objects工具类
Java 的 Objects 类是一个实用工具类，包含了一系列静态方法，用于处理对象。它位于 java.util 包中，自 Java 7 引入。Objects 类的主要目的是降低代码中的空指针异常(NullPointerException) 风险，同时提供一些非常实用的方法供我们使用。
2025-03-18 08:15:00
776
原创 Arrays工具类教你优雅地管理数组数据
数组专用工具类指的是 类，基本上常见的数组操作，这个类都提供了静态方法可供直接调用。毕竟数组本身想完成这些操作还是挺麻烦的，有了这层封装，就方便多了。方法一览方法名简要描述asList()返回由指定数组支持的固定大小的列表。sort()将数组排序（升序）parallelSort()将指定的数组按升序排序binarySearch()使用二分搜索法快速查找指定的值（前提是数组必须是有序的）compare()按字典顺序比较两个数组compareUn
2025-03-17 08:15:00
1202
原创 SpringCloud带你走进微服务的世界
单体架构：简单方便，高度耦合，扩展性差，适合小型项目。例如：学生管理系统分布式架构：松耦合，扩展性好，但架构复杂，难度大。适合大型互联网项目，例如：京东、淘宝微服务：一种良好的分布式架构方案①优点：拆分粒度更小、服务更独立、耦合度更低②缺点：架构非常复杂，运维、监控、部署难度提高SpringCloud是微服务架构的一站式解决方案，集成了各种优秀微服务功能组件Ribbon 是一个基于 Http 和 TCP 的客服端负载均衡工具，它是基于 Netflix Ribbon 实现的。
2025-03-13 08:15:00
883
原创 【设计模式】使用解释器模式简化复杂的语法规则
如上图，设计一个软件用来进行加减计算。我们第一想法就是使用工具类，提供对应的加法和减法的工具方法。//用于两个整数相加//用于两个整数相加//用于n个整数相加sum += i;return sum;上面的形式比较单一、有限，如果形式变化非常多，这就不符合要求，因为加法和减法运算，两个运算符与数值可以有无限种组合方式。比如 1+2+3+4+5、1+2+3-4等等。显然，现在需要一种翻译识别机器，能够解析由数字以及 + - 符号构成的合法的运算序列。
2025-03-12 20:14:45
729
原创 【设计模式】备忘录模式教你如何优雅地处理状态快照
备忘录模式提供了一种状态恢复的实现机制，使得用户可以方便地回到一个特定的历史步骤，当新的状态无效或者存在问题时，可以使用暂时存储起来的备忘录将状态复原，很多软件都提供了撤销（Undo）操作，如 Word、记事本、Photoshop、IDEA等软件在编辑时按 Ctrl+Z 组合键时能撤销当前操作，使文档恢复到之前的状态；还有在浏览器中的后退键、数据库事务管理中的回滚操作、玩游戏时的中间结果存档功能、数据库与操作系统的备份操作、棋类游戏中的悔棋功能等都属于这类。
2025-03-12 20:08:44
784
原创 【设计模式】通过访问者模式实现分离算法与对象结构
定义：封装一些作用于某种数据结构中的各元素的操作(将数据结构于元素进行分离)，它可以在不改变这个数据结构的前提下定义作用于这些元素的新的操作。
2025-03-12 20:02:42
943
原创 【设计模式】使用中介者模式实现松耦合设计
一般来说，同事类之间的关系是比较复杂的，多个同事类之间互相关联时，他们之间的关系会呈现为复杂的网状结构，这是一种过度耦合的架构，即不利于类的复用，也不稳定。例如在下左图中，有六个同事类对象，假如对象1发生变化，那么将会有4个对象受到影响。如果对象2发生变化，那么将会有5个对象受到影响。也就是说，同事类之间直接关联的设计是不好的。如果引入中介者模式，那么同事类之间的关系将变为星型结构，从下右图中可以看到，任何一个类的变动，只会影响的类本身，以及中介者，这样就减小了系统的耦合。
2025-03-12 12:32:20
982
原创 【设计模式】从事件驱动到即时更新：掌握观察者模式的核心技巧
定义：又被称为发布-订阅（Publish/Subscribe）模式，它定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态变化时，会通知所有的观察者对象，使他们能够自动更新自己。
2025-03-12 12:28:21
1122
原创 【设计模式】探索状态模式在现代软件开发中的应用
【例】通过按钮来控制一个电梯的状态，一个电梯有开门状态，关门状态，停止状态，运行状态。每一种状态改变，都有可能要根据其他状态来更新处理。例如，如果电梯门现在处于运行时状态，就不能进行开门操作，而如果电梯门是停止状态，就可以执行开门操作。类图如下：//电梯的4个状态//开门状态//关门状态//运行状态//停止状态//设置电梯的状态//电梯的动作@Override//执行关门动作@OverrideSystem.out.println("电梯关门了。。。");
2025-03-12 12:23:22
615
原创 【设计模式】责任链模式教你如何优雅地分发任务
在现实生活中，常常会出现这样的事例：一个请求有多个对象可以处理，但每个对象的处理条件或权限不同。例如，公司员工请假，可批假的领导有部门负责人、副总经理、总经理等，但每个领导能批准的天数不同，员工必须根据自己要请假的天数去找不同的领导签名，也就是说员工必须记住每个领导的姓名、电话和地址等信息，这增加了难度。这样的例子还有很多，如找领导出差报销、生活中的“击鼓传花”游戏等。又名职责链模式，为了避免请求发送者与多个请求处理者耦合在一起，将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链；
2025-03-12 11:46:22
807
原创 【设计模式】命令模式助力快速添加新命令而不影响现有代码
日常生活中，我们出去吃饭都会遇到下面的场景。将一个请求封装为一个对象，使发出请求的责任和执行请求的责任分割开。这样两者之间通过命令对象进行沟通，这样方便将命令对象进行存储、传递、调用、增加与管理。
2025-03-12 11:37:37
514
原创 【设计模式】告别冗长if-else语句：使用策略模式优化代码结构
先看下面的图片，我们去旅游选择出行模式有很多种，可以骑自行车、可以坐汽车、可以坐火车、可以坐飞机。作为一个程序猿，开发需要选择一款开发工具，当然可以进行代码开发的工具有很多，可以选择Idea进行开发，也可以使用eclipse进行开发，也可以使用其他的一些开发工具。定义：该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理。
2025-03-12 08:15:00
896
原创 【设计模式】掌握算法骨架：利用模板方法模式实现代码复用
在面向对象程序设计过程中，程序员常常会遇到这种情况：设计一个系统时知道了算法所需的关键步骤，而且确定了这些步骤的执行顺序，但某些步骤的具体实现还未知，或者说某些步骤的实现与具体的环境相关。例如，去银行办理业务一般要经过以下4个流程：取号、排队、办理具体业务、对银行工作人员进行评分等，其中取号、排队和对银行工作人员进行评分的业务对每个客户是一样的，可以在父类中实现，但是办理具体业务却因人而异，它可能是存款、取款或者转账等，可以延迟到子类中实现。
2025-03-11 13:07:44
980
原创 【设计模式】享元模式教你如何分离内部与外部状态
运用共享技术来有效地支持大量细粒度对象的复用。它通过共享已经存在的对象来大幅度减少需要创建的对象数量、避免大量相似对象的开销，从而提高系统资源的利用率。
2025-03-11 13:03:29
345
原创 【设计模式】利用组合模式带你走进树形结构的世界
对于这个图片肯定会非常熟悉，上图我们可以看做是一个文件系统，对于这样的结构我们称之为树形结构。在树形结构中可以通过调用某个方法来遍历整个树，当我们找到某个叶子节点后，就可以对叶子节点进行相关的操作。可以将这颗树理解成一个大的容器，容器里面包含很多的成员对象，这些成员对象可以容器对象也可以是叶子对象。但是由于容器对象和叶子对象在功能上面的区别，使得我们在使用的过程中必须要区分容器对象和叶子对象，但是这样就会给客户带来不必要的麻烦，作为客户而已，它始终希望能够一致的对待容器对象和叶子对象。
2025-03-11 12:59:48
374
原创 【设计模式】从智能音箱到软件设计：探索外观模式的实际应用案例
有些人可能炒过股票，但其实大部分人都不太懂，这种没有足够了解证券知识的情况下做股票是很容易亏钱的，刚开始炒股肯定都会想，如果有个懂行的帮手就好，其实基金就是个好帮手，支付宝里就有许多的基金，它将投资者分散的资金集中起来，交由专业的经理人进行管理，投资于股票、债券、外汇等领域，而基金投资的收益归持有者所有，管理机构收取一定比例的托管管理费用。**定义：**又名门面模式，是一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。
2025-03-11 12:55:05
980
原创 【设计模式】如何通过桥接模式解决系统扩展难题？
现在有一个需求，需要创建不同的图形，并且每个图形都有可能会有不同的颜色。我们可以利用继承的方式来设计类的关系：我们可以发现有很多的类，假如我们再增加一个形状或再增加一种颜色，就需要创建更多的类。试想，在一个有多种可能会变化的维度的系统中，用继承方式会造成类爆炸，扩展起来不灵活。每次在一个维度上新增一个具体实现都要增加多个子类。为了更加灵活的设计系统，我们此时可以考虑使用桥接模式。定义：将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。
2025-03-11 12:41:30
554
原创 【设计模式】告别继承噩梦：用装饰者模式简化代码结构
我们先来看一个快餐店的例子。快餐店有炒面、炒饭这些快餐，可以额外附加鸡蛋、火腿、培根这些配菜，当然加配菜需要额外加钱，每个配菜的价钱通常不太一样，那么计算总价就会显得比较麻烦。使用继承的方式存在的问题：扩展性不好：如果要再加一种配料（火腿肠），我们就会发现需要给FriedRice和FriedNoodles分别定义一个子类。如果要新增一个快餐品类（炒河粉）的话，就需要定义更多的子类。产生过多的子类**定义：**指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式。
2025-03-11 12:36:46
1173
原创 【设计模式】如何使用适配器模式让不兼容的类协同工作？
如果去欧洲国家旅游的话，他们的插座如下图最左边，是欧洲标准。而我们使用的插头如下图最右边的。因此我们的笔记本电脑，手机在当地不能直接充电。所以就需要一个插座转换器，转换器第1面插入当地的插座，第2面供我们充电，这样使得我们的插头在当地能使用。生活中这样的例子很多，手机充电器（将220v转换为5v的电压），读卡器等，其实就是使用到了适配器模式。将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。
2025-03-11 11:54:25
590
原创 【设计模式】从火车站卖票看代理模式的实际应用
由于某些原因需要给某对象提供一个代理以控制对该对象的访问。这时，访问对象不适合或者不能直接引用目标对象，代理对象作为访问对象和目标对象之间的中介。Java中的代理按照代理类生成时机不同又分为静态代理和动态代理。静态代理类在编译期就生成，而动态代理代理类则是在Java运行时动态生成。动态代理又有JDK代理和CGLib代理两种。
2025-03-11 08:15:00
1454
原创 【设计模式】掌握建造者模式：如何优雅地解决复杂对象创建难题？
将一个复杂对象的构建与表示分离，使得同样的构建过程可以创建不同的表示。分离了部件的构造(由Builder来负责)和装配(由Director负责)。从而可以构造出复杂的对象。这个模式适用于：某个对象的构建过程复杂的情况。由于实现了构建和装配的解耦。不同的构建器，相同的装配，也可以做出不同的对象；相同的构建器，不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解耦，实现了更好的复用。建造者模式可以将部件和其组装过程分开，一步一步创建一个复杂的对象。
2025-03-10 22:53:05
793
原创 【设计模式】从零开始，用原型模式简化你的Java对象创建过程！
用一个已经创建的实例作为原型，通过复制该原型对象来创建一个和原型对象相同的新对象。
2025-03-06 08:15:00
432
原创 【设计模式】解密工厂模式：从简单到抽象的设计之旅
需求：设计一个咖啡店点餐系统。设计一个咖啡类（Coffee），并定义其两个子类（美式咖啡【AmericanCoffee】和拿铁咖啡【LatteCoffee】）；再设计一个咖啡店类（CoffeeStore），咖啡店具有点咖啡的功能。具体类的设计如下：在java中，万物皆对象，这些对象都需要创建，如果创建的时候直接new该对象，就会对该对象耦合严重，假如我们要更换对象，所有new对象的地方都需要修改一遍，这显然违背了软件设计的开闭原则。
2025-03-05 22:03:33
670
原创 【设计模式】破解单例模式：反射、序列化与克隆攻击的防御之道
可能有的小伙伴看了我上一篇文章里几种方式对比的表格，觉得枚举有缺点，为什么Joshua Bloch还推荐使用枚举？这就要提到单例的破解了。普通的单例模式是可以通过反射和序列化/反序列化来破解的，而Enum由于自身的特性问题，是无法破解的。当然，由于这种情况基本不会出现，因此我们在使用单例模式的时候也比较少考虑这个问题。
2025-03-04 08:15:00
1353
原创 【设计模式】单例模式深度解析：从饿汉式到枚举实现的全方位解读
但是特殊情况下，线程 A在执行完第 3 步之后，如果来了线程 B执行到上述代码的第 ① 处，判断 instance 对象已经不为 null，但此时线程 A还未将对象实例化完，那么线程B将会得到一个被实例化“一半”的对象，从而导致程序执行出错，这就是为什么要给私有变量添加 volatile 的原因了。因为在类的外部开始还无法得到类的对象，只能调用该类的某个静态方法以返回类内部创建的对象，静态方法只能访问类中的静态成员变量，所以，指向类内部产生的该类对象的变量也必须定义成静态的。
2025-03-03 08:15:00
753
原创 深度解析分布式事务的七大核心方案
2PC，两阶段提交，将事务的提交过程分为资源准备和资源提交两个阶段，并且由事务协调者来协调所有事务参与者，如果准备阶段所有事务参与者都预留资源成功，则进行第二阶段的资源提交，否则事务协调者回滚资源。由事务协调者询问通知各个事务参与者，是否准备好了执行事务，具体流程图如下：协调者收到各个参与者的准备消息后，根据反馈情况通知各个参与者commit提交或者rollback回滚**事务提交：**当第一阶段所有参与者都反馈同意时，协调者发起正式提交事务的请求，当所有参与者都回复同意时，则意味着完成事务，具体流程如下：
2025-02-27 08:15:00
912
原创 幂等性：如何通过设计避免重复操作的影响？
幂等概念来自数学，表示对数据源做N次变换和1次变换的结果是相同的。在计算机中编程中，一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。幂等函数或幂等方法是指可以使用相同参数重复执行，并能获得相同结果的函数。这些函数不会影响系统状态，也不用担心重复执行会对系统造成改变。简单理解就是，一个逻辑即使被重复执行多次，也不影响最终结果的一致性，这叫幂等。幂等包括第一次请求的时候对资源产生了副作用，但是以后的多次请求都不会再对资源产生副作用。
2025-02-25 08:15:00
564
原创 解密ZAB协议：Zookeeper一致性的核心实现
ZAB（ZooKeeper Atomic Broadcast 原子广播） 协议是为分布式协调服务 ZooKeeper 专门设计的一种支持崩溃恢复的原子广播协议。在 ZooKeeper 中，主要依赖 ZAB 协议来实现分布式数据一致性，基于该协议，ZooKeeper 实现了一种主备模式的系统架构来保持集群中各个副本之间的数据一致性。ZAB 协议包括两种基本的模式，分别是。
2025-02-24 08:15:00
1060
原创 为什么Raft算法是分布式系统的首选？
举例如下：假如现在一共有 3 个将军 A，B 和 C，每个将军都有一个随机时间的倒计时器，倒计时一结束，这个将军就把自己当成大将军候选人，然后派信使传递选举投票的信息给将军 B 和 C，如果将军 B 和 C 还没有把自己当作候选人（自己的倒计时还没有结束），并且没有把选举票投给其他人，它们就会把票投给将军 A，信使回到将军 A 时，将军 A 知道自己收到了足够的票数，成为大将军。每个服务器的状态机按照日志顺序处理已提交的命令，并将输出返回给客户端，因此，这些服务器形成了一个单一的、高度可靠的状态机。
2025-02-20 08:15:00
673
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人