- 综合排序
- 最热优先
- 最新优先
- 来自专栏一页一技术分享
RocketMQ源码（二）消息消费的模式到底是Push还是Pull？
RocketMQ源码（二）消息消费的模式到底是Push还是Pull？ RocketMQ为开发者提供了两种消息的消费模式，分别是Pull和Push，对应的实现是DefaultMQPullConsumer和DefaultMQPushConsumer； 接下来我将带大家通过以下几个方面了解这两种模式 ：Pull和Push的使用示例跟踪源码分析两种模式的实现原理RocketMQ到底是Push还是Pull呢？ 模式 这个模式解决了Pull模式请求时间间隔的痛点，从直观上看来就是Broker主动推送消息，这样消息消费也比较及时。 Message Service Run Method exception", e); } } }}/* 同Pull模式QClientAPIImpl().pullMessage
1.4K11编辑于 2023-11-29 - 来自专栏夏之以寒-kafka专栏
【夏之以寒-Kafka专栏 01】Kafka的消息是采用Pull模式还是Push模式？
Kafka的消息传递机制主要采用Pull（拉取）模式，但也融合了Push（推送）模式的某些特点。 以下是对这两种模式在Kafka中的运用的详细描述：1.Pull模式在Pull模式中，消费者（Consumer）主动从Broker拉取消息。 2.Push模式尽管Kafka主要采用Pull模式，但它也融合了Push模式的某些特点，尤其是在消费者组（Consumer Group）的变更和消息传递方面：消息推送：在消费者组中，当有新的消费者加入或现有消费者离开时 消费者可以视为在Push模式下接收消息，因为它们不需要主动拉取，消息会按照顺序自动到达。 这种结合了Pull和Push特点的消息传递机制，使得Kafka能够适应不同的使用场景和需求。
89710编辑于 2024-05-28 - 来自专栏爱撸猫的杰
微博feed系统的推(push)模式和拉(pull)模式和时间分区拉模式架构探讨
获取微博通过 pull 方式还是 push 方式 sns系统，微博系统都应用到了feed（每条微博或者sns里的新鲜事等我们称作feed）系统，不管是twitter.com或者国内的新浪微博，人人网等， 下面我们就微博的feed推拉(push,pull)模式做一下探讨，并提出新的时间分区拉模式。 图三：微博整体结构 图中展示了微博的整体数据流程，先了解下整体的数据结构，没有涉及到followers等的推拉模式处理。下面我们再看下推模式（push）： ? 试想，一个大量用户的微薄系统通过使用推模式，是不是会产生非常惊人的数据呢？ 下面看下拉模式（pull） ? 图五：拉模式(pull)-改进（时间分区拉模式） 拉模式的改进主要是在feeds的存储上，使用按照时间进行分区存储。分为最近时间段（比如最近一个小时），近期的，比较长时期等等。
2.2K30发布于 2019-10-24 - 来自专栏Java课堂
Nacos配置中心交互模型是 push 还是 pull ？你应该这么回答
比如我们今天要讨论的话题，Nacos在做配置中心的时候，配置数据的交互模式是服务端推过来还是客户端主动拉的？ [20210604073705295.png] 这里我先抛出答案：客户端主动拉的！ [配置中心] 推与拉模型 客户端与配置中心的数据交互方式其实无非就两种，要么推push，要么拉pull。 还会造成推送数据的延迟，比如：每10s请求一次配置，如果在第11s时配置更新了，那么推送将会延迟9s，等待下一次请求。 **注意：** 运行时遇到个小坑，由于Nacos默认是以cluster集群的方式启动，而本地搭建通常是单机模式standalone，这里需手动改一下启动脚本startup.X中的启动模式。 模式做出了服务端实时推送的效果。
1.6K40发布于 2021-07-05 - 来自专栏JAVA乐园
Sentinel规则Pull模式持久化
前一篇【使用Nacos存储Sentinel的限流规则】讲了基于Nacos的Push模式持久化，这里讲下基于本地文件的Pull模式持久化。 模式 有如下一张图，总觉得例子欠缺些什么？？ 琢磨一下，发现原来无论官方的例子，还是网友的例子都没有结合Sentinel讲解规则的Pull。 模式操作类 package com.sentinel.olive.file; import java.io.FileNotFoundException; import java.text.SimpleDateFormat olive-pull-sentinel-datasource检测到流控规则的变化并产生flowRule.json文件 ? 修改流控规则文件json ?
1.2K50发布于 2020-07-30 - 来自专栏技术客栈
Java设计模式（11）组合模式
前言 在Java开发中，设计模式是常用的一种编码方式，合理使用设计模式可以帮助开发人员更快地编写出高效、可靠和可维护的代码。 本期将撰写一个关于设计模式的系列文章，总共23种设计模式将以一篇一篇文章讲解，代码笔记已开源至：Gitee点击跳转。在上一篇《Java设计模式（10）代理模式》文章中，我们介绍了代理模式。 本文是这个系列的第十一篇章，我们将讲解一下组合模式的实现方式、应用场景以及它的用途。 组合模式 组合模式是一种结构型设计模式，它将对象组合成树形结构以表示“部分-整体”的层次结构。 组合模式使得客户端对单个对象和组合对象的使用具有一致性。 使用场景 树形结构：需要表示对象的部分-整体层次结构的系统。 文件系统：文件夹和文件的层次结构。 display 方法则用于遍历这个目录结构 测试使用 此处示例将目录和文件的创建封装成一个方法 System.out.println("------------------------------组合模式
26410编辑于 2024-07-25 - 来自专栏技术杂货店
设计模式【11】-- 搞定组合模式
开局还是那种图，各位客官往下看... 组合模式是什么？ 组合模式，将对象组合成树形结构以表示“部分-整体”的层次结构。 关键字：一致性,整体，部分 比如公司的组织架构，就是树形的结构： [20220116224101.png] 公司下面有部门与人，人是属于部门，部门可以拥有子部门，如果我们将上面的节点，不管是组织，还是人 ，统一抽象成为一个node，那么，我们并不需要关心当前节点到底是人，还是部门，统计人数的时候或者遍历的时候，一视同仁。 ，不管是叶子节点，还是组合节点，都有一样的方法，这样对外处理的时候是一致的，不过实际上有些方法对叶子节点而言，是没有用的，有些累赘。 20210101周报 笔记文件夹: jvm.ppt redis.txt 需求.txt 可以看到以上是一棵树的结果，不管是叶子节点，还是组合节点
40610编辑于 2022-01-19 - 来自专栏JuneBao
【设计模式 11】抽象工厂模式
抽象工厂模式 抽象工厂模式( Abstract Factory),提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。 AbstractProduct：抽象产品 Product：具体产品 简单工厂，工厂方法，抽象工厂 对比三种工厂模式，简单工厂直接在一个静态工厂中返回产品实例，没有对产品或工厂做任何抽象，是最简单粗暴的工厂模式 当抽象工厂模式中每一个具体工厂类只创建一个产品对象，也就是只存在一个产品等级结构时，抽象工厂模式退化成工厂方法模式；当工厂方法模式中抽象工厂与具体工厂合并，提供一个统一的工厂来创建产品对象，并将创建对象的工厂方法设计为静态方法时 ，工厂方法模式退化成简单工厂模式。 另外，应用抽象工厂模式可以实现高内聚低耦合的设计目的，因此抽象工厂模式得到了广泛的应用。 当一个产品族中的多个对象被设计成一起工作时，它能够保证客户端始终只使用同一个产品族中的对象。
47030编辑于 2022-10-26 - 来自专栏Lvshen的技术小屋
设计模式11之装饰模式
装饰模式就是这样的一种设计方式。 什么是装饰模式 “装饰模式（Decorator Pattern）是一种比较常见的模式，其定义如下：Attach additional responsibilities to an object dynamically 就增加功能来说，装饰模式相比生成子类更为灵活。） ” 是不是觉得跟代理模式有些像呢？对代理模式感兴趣的可以看看我的这篇文章： http://mp.weixin.qq.com/s? 关于装饰模式与代理模式 两者都是对功能增强。面试会经常问这两点区别。 我认为，装饰器模式关注于在一个对象上动态的添加方法，代理模式关注于控制对象的访问。 代理模式中史塔克和钢铁侠战甲已经绑死了，战甲也焊死了，小辣椒没法穿这套战甲了。 如图，左边为代理模式，右边为装饰模式。
30210编辑于 2022-05-05 - 来自专栏爱敲代码的猫
java设计模式(11)-组合模式
这篇文章分享一下组合模式，具体类似于树形的数据结构，二叉树中有具体运用，有兴趣的可以翻阅资料。 组合模式： 组合模式允许你将对象组合成树形结构来表现”部分-整体“的层次结构，使得客户以一致的方式处理单个对象以及对象的组合。 组合模式实现的最关键的地方是——简单对象和复合对象必须实现相同的接口。 这就是组合模式能够将组合对象和简单对象进行一致处理的原因。 ; } } 优缺点： 优点： · 组合模式使得客户端代码可以一致地处理对象和对象容器，无需关系处理的单个对象，还是组合的对象容器。 将”客户代码与复杂的对象容器结构“解耦。 （这个是几乎所有设计模式所面临的问题）。 使用场景： 将多个对象组合在一起进行操作，常用于表示树形结构中，例如二叉树等。
49850发布于 2019-10-17 - 来自专栏大猫的Java笔记
11.设计模式--装饰者模式(Decorator模式)
1.定义 装饰者模式是一种结构型模型，是动态的给对象增加职责，对于新增功能来说要比通过子类方式更加的灵活。 你看关羽始终只是关羽，无论是增加了青龙偃月刀还是赤兔马本质上还是关羽，只是做了一些装饰，而青龙偃月刀和赤兔马就相当于装饰物，而关羽则是被装饰物。 2.装饰者模式结构图 Info为抽象类，为信息类，主要扮演角色为Component,相当于蛋糕或基本信息，为了协调装饰物与被装饰物的一致性。 3.装饰者模式实现 Info为抽象类，为信息类，主要扮演角色为Component，同时提供两个方法，一个获取基本信息，另一个获取所有信息，包括附加信息。 参考文献《图解设计模式》 代码获取地址:https://gitee.com/bughong/design-pattern
86710发布于 2021-11-11 - 来自专栏Ethereum
《纸上谈兵·solidity》第 16 课：Pull over Push 支付模式与 Check-Effects-Interactions 原则
本课将带你深入理解两种支付模式：Push（主动转账）：合约把钱直接推给用户Pull（用户主动领取）：用户自己来提款同时，我们会结合 Solidity 的经典安全设计原则 —— Check-Effects-Interactions Push 支付模式的隐患在 Push 模式下，合约直接在逻辑中调用 transfer 或 call 将资金打到用户地址：// ❌ 不安全的 Push 模式function distribute(address Pull 支付模式的优势Pull 模式中，合约不再主动转账，而是记录用户的可提余额，让用户自己来领取：// ✅ 安全的 Pull 模式mapping(address => uint256) public Foundry 实战示例我们用 Foundry 编写一个小测试来对比 Push vs Pull 的风险。 模式下，攻击者可以多次重入提款在 Pull 模式下，提款流程安全，不受攻击影响总结Push 模式 = 高风险：转账时可能失败、被攻击或阻塞Pull 模式 = 推荐：用户主动提取，安全性和灵活性更好Check-Effects-Interactions
29600编辑于 2025-08-19 - 来自专栏Python机器学习算法说书人
Python设计模式（11）：访问者模式
即将介绍的访问者模式（Visitor Pattern）可以用来解决类似的问题。访问者模式在处理数据结构较稳定，但是作用于其上的操作需要经常变化的问题时是非常有效的。 访问者模式是指作用于一个对象结构体上的元素的操作。访问者可以使用户在不改变该结构体中的类的基础上定义一个新的操作。 访问者模式的类图如图所示。 ? 在以下情况可以使用访问者模式。 当一个对象的结构中，包含有多种类型的具有不同接口的对象，且用户要在这些对象上进行依赖于具体的类的运算时，需要用到访问者模式。 反之，如果 Element 的子类经常改变结构，例如需要增加一个新的税种，这就需要在访问者类中增加新的访问方法，因此，在这种情况下使用访问者模式代价较高，尽量不要使用访问者模式。 访问者模式的优点如下。 使得在访问者类中针对复杂类结构中的某个类添加新方法较为容易，即只需要简单地添加一个新的访问者方法即可。如果不采用访问者模式，这需要在每个类中添加一个新的方法。
97910发布于 2019-07-26 - 来自专栏java开发的那点事
06-11-设计模式 职责链模式
职责链模式 基本介绍 1)职责链模式（ChainofResponsibilityPattern）,又叫责任链模式，为请求创建了一个接收者对象的链(简单示意图)。 这种模式对请求的发送者和接收者进行解耦。 2)职责链模式通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，依此类推。 3)这种类型的设计模式属于行为型模式 原理类图 对原理类图的说明-即(职责链模式的角色及职责) 1)Handler:抽象的处理者,定义了一个处理请求的接口,同时含义另外Handler 2)ConcreteHandlerA interceptor.preHandler等等 在处理SpringMvc请求时，使用到职责链模式还使用到适配器模式 HandlerExecutionChain主要负责的是请求拦截器的执行和请求处理,但是他本身不处理请求 职责链模式的注意事项和细节 1)将请求和处理分开，实现解耦，提高系统的灵活性 2)简化了对象，使对象不需要知道链的结构 3)性能会受到影响，特别是在链比较长的时候，因此需控制链中最大节点数量，一般通过在
36230编辑于 2022-05-28 - 来自专栏∑小熊猫的博客
Java 设计模式系列(11) —— 桥接模式
桥接模式 桥接模式的定义： 将抽象和实现解耦，是两者可以独立的变化 桥接模式的参与者： Abstraction 抽象化角色： 该角色抽象化的给出定义，并保存一个对实现化对象的引用。 Implementor 实现化角色：该角色给出实现化角色的接口，但不给出具体的实现 ConcreteImplementor 具体实现化角色：该角色对实现化角色接口中的方法进行具体的实现 桥接模式的简单示例 ConcreteImplementor(); Abstaraction abst = new RefinedAbstraction(impl); abst.doingSomething(); } } 桥接模式的优点和应用场景 桥接模式的优点： 抽象和实现分离 优秀的扩展能力 实现细节对客户透明 桥接模式的应用场景 不希望或不适用使用继承的场景 接口或抽象不稳定的场景 重用性要求较高的场景
47320发布于 2021-01-14 - 来自专栏学习笔记ol
小谈设计模式（11）—模板方法模式
小谈设计模式（11）—模板方法模式 专栏介绍 主要对目前市面上常见的23种设计模式进行逐一分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。 模板方法模式 这是一种行为型设计模式，用于定义算法的框架，将算法的具体实现延迟到子类中。 总结 模板方法模式是一种简单但非常实用的设计模式，它通过将算法的框架固定在抽象类中，将具体实现延迟到具体子类中，提供了一种灵活而可扩展的算法设计方案。
32220编辑于 2023-10-11 - 来自专栏EdisonTalk
设计模式的征途—11.外观（Facade）模式
外观模式通过引入一个新的外观类来实现该功能，外观类充当了软件系统中的“服务员”，它为多个业务类的调用提供了一个统一的入口，简化了类与类之间的交互。 二、外观模式概述 2.1 外观模式简介 根据单一职责原则，在软件中将一个系统划分为若干个子系统有利于降低整个系统的复杂性，一个常见的设计目标就是使客户类与子系统之间的通信和相互依赖关系达到最小，而达到该目标的途径之一就是引入一个外观 外观（Facade）模式：外部与一个子系统的通信通过一个统一的外观角色进行，为子系统中的一组接口提供一个一致的入口，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。 2.2 外观模式结构与角色 外观模式没有一个一般化的类图描述，通常使用示意图来表示外观模式，如下图所示： ? 当然，下图所示的类图也可以作为外观模式的结构型描述形式之一。 ? 5.2 应用场景 （1）想要为访问一系列复杂的子系统提供一个统一的简单入口 => 使用外观模式吧！
58120发布于 2018-08-21 - 来自专栏知了一笑
Java描述设计模式(11)：观察者模式
一、观察者模式 1、概念描述 观察者模式是对象的行为模式，又叫发布-订阅(Publish/Subscribe)模式。 观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象，主题对象在状态发生变化时，会通知所有观察者对象。Redis和常用消息中间件的发布订阅模式，都是基于该原理实现。 3、源代码实现 基于消息推送模式 主题对象向观察者推送主题的消息，不管观察者是否需要。 ? public class C02_Observer_Pull { public static void main(String[] args) { // 创建主题对象 推模式是假定主题对象知道观察者需要的数据，直接推送，使得观察者对象难以复用；而拉模式是主题对象不知道观察者具体需要什么数据，将把自身传递给观察者，按需要取值。
50320发布于 2020-11-06 - 来自专栏Reck Zhang
Networks 11 - 游戏同步模式
游戏同步模式 常见的游戏同步方式分为帧同步和状态同步. 帧同步 帧同步是在关键帧的时候同步操作到服务器, 服务器转发操作给客户端. 客户端只有接收到关键帧后才会进行操作. 因为客户端需要同步所有玩家的操作, 玩家不能看到其他玩家仅仅在表现层上, 逻辑层上还是能够知道其他玩家的当前状态.
99010发布于 2021-08-11 - 来自专栏博客迁移同步
利用union判断CPU是大端模式还是小端模式
namespace std; int checkCPU() { union w { int a; char b; } c; c.a = 1; return c.b == 1;//如果低地址还是
42120编辑于 2023-05-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号