发布 — 订阅模式，它定义程序对象之间一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖它的对象都将得到通知并执行相应操作。在日常生活中，常见的发布订阅模式有：订阅号，用户关注订阅号，内容创作者在平台发布内容后，平台遍历粉丝列表进行内容推送；销售中介，客户给销售人员留下了客户信息及联系方式，在新产品推出时，挨个给客户打电话进行推销，等等... 而发布订阅模式，一般由三类对象组成：
前面一篇文章setTimeout和setImmediate到底谁先执行，本文让你彻底理解Event Loop详细讲解了浏览器和Node.js的异步API及其底层原理Event Loop。本文会讲一下不用原生API怎么达到异步的效果，也就是发布订阅模式。发布订阅模式在面试中也是高频考点，本文会自己实现一个发布订阅模式，弄懂了他的原理后，我们就可以去读Node.js的EventEmitter源码，这也是一个典型的发布订阅模式。
这篇文章觉得非常好，主要是把vueJs的响应式原理说的很清楚，没有在文章中夹杂其它的知识点，文章的脉络非常的清晰，推荐阅读。
作为一名 Web 开发者，在日常工作中，经常都会遇到消息通信的场景。比如实现组件间通信、实现插件间通信、实现不同的系统间通信。那么针对这些场景，我们应该怎么实现消息通信呢？本文阿宝哥将带大家一起来学习如何优雅的实现消息通信。
参考文章：https://www.pipipi.net/questions/13598.html
前面介绍了观察者模式，就好比我们去点餐,通知服务员说，餐好了跟我说一下。那么服务员和顾客之间就形成了耦合，首先服务员得知道餐品好了以后通知那些顾客，其次，如果是多位服务员协作，每个服务员都需要知道这些顾客。
在前端开发中，经常会使用到发布订阅模式，发布订阅模式也被称为观察者模式。最常见的发布订阅模式莫过于给 DOM 绑定事件，当点击一个按钮或者鼠标移动到某个元素上就会触发事件监听函数，然后弹出一个文本框或者改变元素样式。
从很久之前就已经接触过了angularjs了，当时就已经了解到，angularjs是通过脏检查来实现数据监测以及页面更新渲染。之后，再接触了vue.js，当时也一度很好奇vue.js是如何监测数据更新并且重新渲染页面。今天，就我们就来一步步解析vue.js响应式的原理，并且来实现一个简单的demo。
发布订阅模式又称为观察者模式，它用来定义一对多的依赖关系。当对象的状态改变时，所有依赖它的对象都会得到通知。在JavaScript的实现中，最常见的订阅发布模式应用就是事件模型。
最近在看设计模式的知识，而且在工作当中，做一些打点需求的时候，正好直接利用了发布订阅模式去实现的，这让我对发布订阅这种设计模式更加的感兴趣了，于是借此机会也和大家说说这个好东东吧！
其实在早期还是用jq开发的时代，有很多地方，我们都会出现发布订阅的影子，例如有trigger和on方法
建议先看一下上篇 观察者模式 ，发布订阅模式和观察者模式本质上还是一样的，并且发布订阅模式也没有在经典的设计模式书 GoF 中出现，很多地方也直接把两者看成一种设计模式了。
这里的 被观察者 指的是：Observer Pattern（观察者模式）中的被观察对象；
Websocket 库 现在大部分新版浏览器、Android、IOS 都已经支持了 Websocket，直接使用 Websocket 问题不大，那么 Websocket 库的作用是什么呢？ Websocket库提供了不少辅助功能，使开发更简单，例如 心跳检测机制、重连、不支持Websocket情况下的后退方案 engine.io 跨浏览器、跨设备的双向通信层实现，小巧，非常稳定，具有高可用性，而且对负载均衡器友好，易扩展 https://github.com/socketio/engine.io WS 一
虽然你可能还不熟悉 发布-订阅者 模式，但你肯定已经用过它了。因为 发布-订阅者 模式在前端领域可谓是无处不在。
MVVM模型是前端单页面应用中非常重要的模型之一，也是Single Page Application的底层思想，如果你也因为自己学习的速度拼不过开发框架版本迭代的速度，或许也应该从更高的抽象层次去理解现代前端开发，因为其实最核心的经典思想几乎都是不怎么变的。关于MVVM的文章已经非常多了，本文不再赘述。
在JS开发中，异步函数是一个绕不过去的坎，要想写出优雅适用的js代码，把异步函数的使用技巧掌握透是必须的。
发布-订阅模式也叫观察者模式，是js开发中应用广泛的一种模式。下面将列举一个通用发布订阅模式的示例，应用到闭包、this、apply/call、自执行函数等概念，起码达到熟悉的程度，才有可能把发布-订阅模式真正吃透并能灵活运用到实际场景中去。
我们知道Vue.js和angular(特指vue 2.0和angular 1)，都实现了数据双向绑定。而为了支持双向绑定，就必须时刻追踪数据变化并及时响应到UI上，反之亦然。
烂大街原理：数据劫持+发布订阅者模式 (obect.defineProperty())……..(此处省略8888个字节)。
发布订阅（Publish-Subscribe）是一种消息传递模式，用于在软件系统中实现解耦和灵活的组件通信。在发布订阅模式中，消息的发送者（发布者）并不直接将消息发送给特定的接收者（订阅者），而是将消息发送到一个中心化的调度机制，通常称为消息代理或主题（topic）。订阅者可以通过订阅特定的主题来接收感兴趣的消息，从而实现了解耦和松散耦合的通信方式。 核心概念包括：
最近刚刚整明白点Svelte感觉整个世界都清净了，但是昨天，有人给我介绍了SolidJS
Redis 的发布订阅（Pub/Sub）是一种消息通信模式：发送者（pub）发送消息，订阅者（sub）接收消息。Redis 客户端可以订阅任意数量的频道。当有新消息通过 PUBLISH 命令发送给频道时，这个消息会被发送给订阅它的所有客户端
前面我们一起学习了分布式通信中的远程调用（分布式通信技术之远程调用：RPC）。远程调用的核心是在网络服务层封装了通信协议、序列化、传输等操作，让用户调用远程服务如同进行本地调用一样。
设计模式的定义是：在面向对象软件设计过程中针对特定问题的简洁而优雅的解决方案。通俗一点说，设计模式是在某种场合下对某个问题的一种解决方案。如果再通俗一点说，设计模式就是给面向对象软件开发中的一些好的设计取个名字。
Redis的发布订阅（Pub/Sub）功能允许客户端订阅一个或多个频道，当某个频道有消息发布时，订阅该频道的客户端会收到相应的消息。发布订阅模式在实际应用中被广泛应用，比如在聊天室、实时数据推送、通知等场景下都可以使用发布订阅模式实现。
Redis是一个快速、开源的内存数据库，支持多种数据结构，如字符串、哈希、列表、集合、有序集合等。除了基本的数据存储和检索功能外，Redis还提供了许多高级功能，其中之一就是发布订阅（Pub/Sub）。
Redis中的订阅、发布实现了发布/订阅消息范式，发布者不是计划发送消息给特定的订阅者，而是发布消息到不同的频道，发布者不需要知道是哪些订阅者订阅了消息。订阅者对一个或多个频道感兴趣，只需接收感兴趣的消息，不需要知道是什么样的发布者发布的消息。这种发布者和订阅者的解耦合可以带来更大的扩展性和更加动态的网络拓扑。
学习JS的话，就一定会接触到事件的概念。比如给一个按钮绑定点击事件，绑定事件后，点击按钮会触发回调函数。
发布订阅模式（Publish-Subscribe Pattern）是一种消息传递模式，其基本原理是消息的发送者（发布者）不会直接发送消息给特定的接收者（订阅者），而是将消息分成不同的类别（频道），然后将消息发送给订阅了这些类别的所有接收者。发布订阅模式在分布式系统中广泛应用，例如实时消息推送、日志收集等。
Redis 是完全开源的，高性能的 key-value 数据库，受到越来越多的业务场景应用。对于"发布/订阅"的消息模式，大家也许都比较了解，但是其实现原理及应用是否还存在模糊呢？
像这种 65 哥通过朋友圈发布消息，关注 65 哥的好友能收到通知的场景叫做「发布/订阅机制」。
“它们是一样的。”，我故作镇定，嘴角露出一丝微笑，仿佛下一秒钟面试官就会给我发offer。
“它们是一样的。”，我故作镇定，嘴角露出一丝微笑，彷佛下一秒钟面试官就会给我发offer。
发布-订阅模式其实是一种对象间一对多的依赖关系，当一个对象的状态发送改变时，所有依赖于它的对象都将得到状态改变的通知。
redis 发布订阅 发布订阅模式中的角色 发布者（publisher） 订阅者（subscriber） 频道（channel） 如图所示： 发布者发布消息到频道，订阅了频道的订阅者可以收到消息，订阅
通过前面一篇集中式缓存的使用教程，我们已经了解了Redis的核心功能：作为K、V存储的高性能缓存。
普通的发布订阅方法在这里就不进行解释了，相信百度一下有一堆。 在我们自己的小程序中，很早之前就使用了发布订阅模式来管理城市和登录态的切换，但是在小程序中会存在非常一些问题
上篇文章主要分享了事件循环的问题，包括Node的事件循环和JS的事件循环。它们有很多相似之处。今天要聊的是日常中的异步编程实现方案。
也许有的小伙伴对这个功能比较陌生，不太清楚这个功能是干什么的，没关系小黑哥先来举个例子。
在之前两篇自测清单中，和大家分享了很多 JavaScript 基础知识，大家可以一起再回顾下~
消息队列的实现模式有两种，均由JSM定义，一种是点对对模式，另一种是发布订阅模式，两种模式的主要区别或解决的问题就是发送到对立的消息能否被重复消费（订阅）。
最近在团队内做了一次vue原理分享，现场手写了一个乞丐版mvvm，这里记录一下这个mvvm实现的过程。
但是，可能在平常，写业务代码，真实用到这两样设计思想的并不多，只好在做技术总结的时候复盘一下，温故再温故啦。（也有一种可能是：或许是运用还不是很熟，在有些场景，可以用到，但会忽视掉）
观察者模式和发布订阅模式特别容易被人们混淆，很多书里面也将这两个概念混为一谈，所以首先要搞清楚这两种模式的区别。
最近的工作学习中接触到了发布-订阅模式。该思想编程中的应用也是很广泛的, 例如在 Vue中也大量使用了该设计模式,所以会结合Vue的源码和大家谈谈自己粗浅的理解.
Redis提供了简单的发布订阅功能，虽然不能和专业的消息中间件比，但如果我们只是简单的想要使用发布订阅功能，那么Redis中的发布订阅更合适不过了，因为它和专业的消息中间比使用时相对比较简单。
在开始敲代码之后，设计模式已经听了很多，总有一个感觉，这是很高大上的东西。其实设计模式不只是代码开发在使用，设计模式是一种思想，适用与任何方面。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
