- 综合排序
- 最热优先
- 最新优先
- 来自专栏一页一技术分享
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。 长轮询 开篇我们就给出了答案，nacos采用的是客户端主动拉pull模型，应用长轮询（Long Polling）的方式来获取配置数据。 额？以前只听过轮询，长轮询又是什么鬼？ **注意：** 运行时遇到个小坑，由于Nacos默认是以cluster集群的方式启动，而本地搭建通常是单机模式standalone，这里需手动改一下启动脚本startup.X中的启动模式。 模式做出了服务端实时推送的效果。
1.6K40发布于 2021-07-05 - 来自专栏JAVA乐园
Sentinel规则Pull模式持久化
前一篇【使用Nacos存储Sentinel的限流规则】讲了基于Nacos的Push模式持久化，这里讲下基于本地文件的Pull模式持久化。 模式 有如下一张图，总觉得例子欠缺些什么？？ 琢磨一下，发现原来无论官方的例子，还是网友的例子都没有结合Sentinel讲解规则的Pull。 ; import org.slf4j.LoggerFactory; public class RuleFileUtils { private static final Logger logger ; import java.util.Date; import java.util.List; import org.slf4j.Logger; import org.slf4j.LoggerFactory
1.2K50发布于 2020-07-30 - 来自专栏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 4. Foundry 实战示例我们用 Foundry 编写一个小测试来对比 Push vs Pull 的风险。 模式下，攻击者可以多次重入提款在 Pull 模式下，提款流程安全，不受攻击影响总结Push 模式 = 高风险：转账时可能失败、被攻击或阻塞Pull 模式 = 推荐：用户主动提取，安全性和灵活性更好Check-Effects-Interactions
29600编辑于 2025-08-19 - 来自专栏惊羽-布壳儿
设计模式(4) -单例模式
当实例的应用场景是单例,并且创建和销毁的开销比较大,长时间应用的实例,考虑用单例模式; ① spring依赖注入时,其注入实例都是单例的 源码 : protected Object getSingleton
21620编辑于 2022-06-15 - 来自专栏全栈程序员必看
设计模式(4)-对象创建型模式-Prototype模式
1.对象创建型模式 1.4 Protoype模式 1.4.1需求 通过拷贝原形对象创建新的对象。 p1=p->Clone(); return 0; } 注：这里仅仅是说明概念，没有涉及C++常见的深度拷贝问题. 1.4.4 样例-JAVA 在Java中，原型模式能够非常 上面clone()方法中被凝视的语句之后再測试，得到结果例如以下： 拷贝之前的原型： [蚂蚁 …] 拷贝得到的对象： [蚂蚁 …, 小蚂蚁 …] 拷贝之后的原型： [蚂蚁 …] 在Java中使用原型模式 Prototype是相当简单的，仅仅要记住几点注意点，就能够方便地实现该模式了。
42710编辑于 2022-01-24 - 来自专栏爱敲代码的猫
java设计模式(4)-原型设计模式
这篇推文学习创建型模式最后一种-原型模式，该模式的思想是将一个对象作为原型，对其进行复制、克隆，产生一个和原对象类似的新对象，以便使用 首先需要了解对象深、浅复制的概念： 浅拷贝：将一个对象复制后，基本数据类型的变量都会重新创建 ，而引用类型，指向的还是原对象所指向的。 原型模式提供了简化的创建结构。 缺点 在实现深克隆的时候可能需要比较复杂的代码。 如果系统要保存对象的状态，而对象的状态变化很小，或者对象本身占内存不大的时候，也可以使用原型模式配合备忘录模式来应用。 相反，如果对象的状态变化很大，或者对象占用的内存很大，那么采用状态模式会比原型模式更好。
67950发布于 2019-10-17 - 来自专栏Linux驱动
4.设计模式-策略模式(Strategy)
该模式使得算法可独立于使用它的客户程序（稳定）而变化（扩展，子类化）。 如何解决：将这些算法封装成一个一个的类，通过工厂来实现任意地替换。 优点： 1、算法可以自由切换。 2、避免使用多重条件判断。 注意: 如果策略稳定不变的情况下,建议还是使用if…else,比如性别只有男女的情况、一周只有7天的情况. 实现场景 以支付支付宝、微信支付、银联支付及京东白条为例. 在不使用策略模式之前是这样写的: //支付方式 enum PayMode { AliPay, WeChatPay , JDPay }; class Payment 所以可以使用策略模式来将这些复杂的逻辑判断分成一个个单独的类，实现同一个接口或者继承于同一个父类. 写法如下所示: ?
58020发布于 2021-07-08 - 来自专栏技术客栈
Java设计模式（4）原型模式
前言 在软件开发的世界里，设计模式如同一本精妙的编码诗集，已经成为一种标准的编程实践。在Java编程中，设计模式很重要。 本人将制作一个关于Java设计模式的系列文章，总共23种设计模式将以一篇一篇文章讲解，代码笔记已开源：Gitee点击跳转。在上一篇《Java设计模式（3）建造者模式》文章中，我们介绍了建造者模式。 本文是这个系列的第四篇章，我们将讲解一下原型模式的实现方式、应用场景以及它的用途。 原型模式 原型模式是一种创建型设计模式，其主要目的是通过复制现有对象来创建新对象，而不是通过实例化类来创建。 需要避免构造函数的约束： 如果类的构造函数有一些约束条件，而克隆是一种更灵活的创建方式，可以选择使用原型模式。 通过实现Cloneable接口，并重写Object类中的clone()方法，可以实现原型模式。
26410编辑于 2024-04-18 - 来自专栏Lvshen的技术小屋
设计模式4之模板方法模式
模板方法模式是这样定义的： “定义一个操作中的算法骨架，而将算法的一些步骤延迟到子类中，使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。它是一种类行为型模式。 在写代码之前我们需要了解实现模板方法模式需要存在几个要素： 抽象类：定义一个算法的基本骨架，需要有一个模板方法和多个基本方法 具体类：实现抽象类中定义的抽象方法 那么什么是模板方法呢？ 关于模板方法模式的思考 从上面代码我们发现，模板方法templateMethod()的整体步骤是固定的，变的是具体方法和抽象方法里面的内容。
31130编辑于 2022-05-05 - 来自专栏∑小熊猫的博客
Java 设计模式系列(4) —— 工厂模式
工厂方法模式 工厂模式用于实现逻辑的封装，并通过公共的忌口提供对象的实例化服务，在添加新类时只需要做少量的修改。 1. 静态工厂模式(简单工厂模式) ? 静态工厂属于创建者模式，静态工厂模式的实现需要三个角色 简单工厂：负责创建具体产品产品，工厂类的方法可以被外界直接调用 抽象产品：在 Java 中，抽象产品是由抽象类或者接口担任的，用以让具体产品继承或实现 工厂方法模式 工厂方法模式又称为多态性工厂模式，指定一个创建对象的接口，但由实现这个接口的类来决定实例化哪一个类。 ? 在工厂方法模式中，共涉及到4个角色： 抽象工厂角色：定义产品对象的产生 具体工厂角色：实现了抽象共产，负责具体产品的创建 抽象产品角色：定义具体产品的共性 具体产品角色：具体产品的实例 工厂方法模式示例 上图为 抽象工厂模式的一个 UML 图 我们可以借助下图帮助我们理解一下 ?
37310发布于 2021-01-05 - 来自专栏技术杂货店
设计模式【4】-- 建造者模式详解
什么是建造者模式 建造者模式是设计模式的一种，将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 (来源于百度百科) 建造者模式，其实是创建型模式的一种，也是23种设计模式中的一种，从上面的定义来看比较模糊，但是不得不承认，当我们有能力用简洁的话去定义一个东西的时候，我们才是真的了解它了，因为这个时候我们已经知道它的界限在哪 screen; this.mouse = mouse; this.cpu = cpu; } ... } 上面多种参数的构造方法，理论上满足了按需构造的要求，但是还是会有不足的地方 但是缺点还是有的，需要维护多出来的Builder对象，如果多种产品之间的共性不多，那么抽象的构建器将会失去它该有的作用。如果产品类型很多，那么定义太多的构建类来实现这种变化，代码也会变得比较复杂。 最近在公司用GRPC，里面的对象几乎都是基于构建者模式，链式的构建确实写着很舒服，也比较优雅，代码是写给人看的，我们所做的一切设计模式，都是为了拓展，解耦，以及避免代码只能口口相传。
35720编辑于 2021-12-02 - 来自专栏博客迁移同步
利用union判断CPU是大端模式还是小端模式
namespace std; int checkCPU() { union w { int a; char b; } c; c.a = 1; return c.b == 1;//如果低地址还是
42120编辑于 2023-05-06 - 来自专栏悠扬前奏的博客
JavaScript设计模式（4）——Singleton（单例）模式
Singleton模式的经典意义为：在该实例不存在的情况下，可以通过一个方法创建一个类来实现创建一个类的新的实例；如果实例已经存在，简单返回对该对象的引用。 使用场景 Singleton模式适用性的描述为： 当类只能有一个实例而且客户可以从一个众所周知的访问点访问它 该唯一的实例应该是可以通过子类化可扩展的，而且客户应该无需更改代码就能使用一个扩展实例。
45820发布于 2019-05-28 - 来自专栏Python机器学习算法说书人
Python 设计模式（4）：生成器模式
生成器模式与工厂方法模式有着相似之处，两者都属于创建型模式，并且都是将对象创建的任务交给一个单独的类去完成。 生成器模式将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创造不同的表示。 生成器模式的设计类图如图所示。 ? 生成器模式按照一个指定的过程逐步创建一个复杂的对象，它允许用户只通过指定复杂对象的类型和内容就可以创建它们，而不必知道内部的具体构建细节。 生成器模式的主要思想是抽象出创建对象的步骤，使得这些步骤的不同实现可以创建对象的不同表示。通常，生成器模式被用来创建符合组合模式的产品对象。 生成器模式所包含的各组成部分意义如下。 使用生成器模式的特点如下。 生成器让用户可以变化它建造产品的内部表达形式，它也隐藏了产品怎样被装配的细节。 生成器模式与抽象工厂模式有相似之处，都返回一些由其他对象组成的类的对象。主要区别是，抽象工厂模式返回一个类族，而生成器模式逐步按照次序构建一个复杂的对象，最后该对象被返回。
1.3K10发布于 2019-07-26 - 来自专栏Web 技术
【javascript设计模式】4.单例模式
Singleton 单例模式 单例模式，能够限制类的实例化次数只能为一次。 单例模式，在该实例不存在的情况下， 可以通过一个方法创建一个类来实现创建类的新实例；如果实例已经存在，它会简单返回该对象的引用； 示例: <script type="text/javascript singleA.getRandomNumber()===singleB.getRandomNumber());//true </script> 在实践中，当在系统中确实需要一个对象来协调其他对象时，>Singleton<em>模式</em>很有用
27710编辑于 2023-10-07 - 来自专栏CSDN搜“看，未来”
我用过的设计模式（4）-- 责任链模式
文章目录 前言 责任链模式 示例代码 第一个epoll模块 使用责任链模式优化过的epoll模块 前言 刚接触责任链的时候，我不是很喜欢这个模式，因为我不知道它能拿来干什么用啊。 直到后来写那个FTP项目的时候，我用责任链+调停者优化了我的epoll模块之后，我爱死这个模式了！！！ ---- 责任链模式 什么是责任链模式呢？ 我们来看个小故事： 最近给团队里的程序员们分了个等级，模仿着阿里的那套模式，将我们团队里人分为P6/P7/P8/P9/P10。 这，就是责任链模式。 这个图是很简单的嘞： 乍一看，平平无奇，甚至还会感觉：鸡肋。 先看一下代码实现，然后再看这个模式是如何让我对epoll模块化腐朽为神奇的！！！ 请求来了，自然是要回应的啊，要回应，就需要各个模块之间的配合了，我思来想去，想到了责任链模式。 我以前一直觉得这个模式简直是鸡肋，但是这次之后我改观了，没有鸡肋的设计模式，只有鸡肋的设计师。
21410发布于 2021-09-18 - 来自专栏CSDN搜“看，未来”
我用过的设计模式（4）-- 责任链模式
[在这里插入图片描述] 前言 刚接触责任链的时候，我不是很喜欢这个模式，因为我不知道它能拿来干什么用啊。 直到后来写那个FTP项目的时候，我用责任链+调停者优化了我的epoll模块之后，我爱死这个模式了！！！ --------------- 责任链模式 什么是责任链模式呢？ 我们来看个小故事： 最近给团队里的程序员们分了个等级，模仿着阿里的那套模式，将我们团队里人分为P6/P7/P8/P9/P10。 这，就是责任链模式。 这个图是很简单的嘞： [在这里插入图片描述] 乍一看，平平无奇，甚至还会感觉：鸡肋。 先看一下代码实现，然后再看这个模式是如何让我对epoll模块化腐朽为神奇的！！！ 请求来了，自然是要回应的啊，要回应，就需要各个模块之间的配合了，我思来想去，想到了责任链模式。 我以前一直觉得这个模式简直是鸡肋，但是这次之后我改观了，没有鸡肋的设计模式，只有鸡肋的设计师。
43100发布于 2021-02-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号