rebbitmq即时通讯的简单介绍
本篇文章给大家分享rebbitmq即时通讯，以及对应的知识点，希望对各位有所帮助。
简述信息一览：
五种常见的软件架构(几种常见软件架构)
软件架构的种类 根据我们关注的角度不同，可以将架构分成三种：软件系统中元件之间的关系，比如用户界面，数据库，外部系统接口，商业逻辑元件，等等。
云架构 优点：高扩展性：支持水平扩展，能够轻松应对大规模并发请求。易于部署和管理：云架构提供了丰富的自动化工具和资源管理工具，简化了系统的部署和管理。缺点：数据一致性要求高：在分布式环境中，保持数据的一致性是一个重大挑战。
五种常见的软件架构包括：单体应用架构、微服务架构、服务导向架构（SOA）、事件驱动架构和分层架构。 单体应用架构：在此架构中，所有的软件功能都被集成在一个单独的应用程序中。这种架构方法的主要优点是简单性，因为所有的功能都在一个代码库中，易于开发和测试。
分层架构（Layered Architecture）这是一种基础架构，将软件划分为多层，每层明确其功能和职责，通过接口隔离。通常四层结构常见，包括逻辑层、持久层、服务层和用户接口层。优点在于结构清晰，但缺点是过于严格，可能限制灵活性。
微服务架构 优点：高灵活性，松耦合，易于扩展和独立部署。缺点：复杂度增加，管理和维护分布式服务挑战大，通信开销可能较高。 云架构 优点：高扩展性，易于水平扩展，适合大规模并发。缺点：对数据一致性要求严格，内存数据易丢失，需要考虑数据持久化和中间件管理。
软件的架构主要有以下几种： 客户端-服务器架构（Client-Server Architecture）客户端-服务器架构是一种常用的软件架构模式，它将软件系统划分为两个部分：客户端和服务器端。客户端是用户交互的界面，负责处理用户的输入和输出，而服务器端则负责处理数据和业务逻辑。
什么是消息中间件?
1、消息中间件是实现不同系统或组件之间通信的关键软件。这些中间件负责在分布式系统中传递消息，确保数据在不同部分之间正确、可靠地传输。它们通常用于实现异步通信、解耦系统组件以及提高系统的可扩展性。应用服务器中间件则是部署和管理Web应用程序的平台。
2、消息中间件是一种基于消息传送机制或队列模型的中间件技术。以下是关于消息中间件的详细解数据交换与系统集成：消息中间件通过高效的、可靠的通信机制，在不同的平台之间进行数据交换，实现分布式系统的集成，无需底层传输层的严格要求。
3、消息中间件主要是提供消息的发布和订阅机制，实现不同系统间的异步通信和解耦。这类中间件广泛应用于企业内部的系统集成，典型的产品包括Apache Kafka、RabbitMQ等。事务中间件 事务中间件用于确保分布式系统中的事务一致性。它通过协调不同资源之间的操作，确保数据的一致性和完整性。
写一个即时通信的app,服务器端需要用到哪些技术
1、在服务器端的具体技术实现上，可以考虑使用诸如Node.js这样的后端框架，它可以高效地处理大量的并发连接，非常适合即时通讯应用。此外，数据库的选择也很重要，可以选择MySQL、MongoDB等，根据实际需求决定。消息队列技术如RabbitMQ或Kafka，能够有效处理高并发下的消息传递。
2、为了确保安全性和数据隐私，即时通讯系统通常***用消息加密技术，保证通信内容的机密性。OpenIM作为一个开源即时通讯组件，旨在为开发者提供高性能、轻量级的即时通讯解决方案，支持快速集成到应用程序中，并确保业务数据的安全性。通过开源模式，OpenIM降低了开发成本，并允许企业掌控核心数据。
3、接着，可以使用Java开源服务端Openfire，快速搭建即时聊天服务端。Openfire作为服务器端，支持丰富的功能，如消息发送、接收、存储、离线消息推送等。为了实现微信类似的聊天界面，开发者还需要利用前端技术构建用户界面。HTML， CSS， JavaScript等前端语言是构建界面的基础。
4、HTTP/HTTPS请求：这是最常见的方式之一。手机App可以使用HTTP或HTTPS协议向服务器发送请求，例如GET、POST等，服务器接收请求后进行相应的处理，并将响应返回给App。RESTfulAPI：RESTful（RepresentationalStateTransfer）API是一种通过HTTP协议进行通信的Web服务架构。
5、要搭建一个全开源的IM即时通讯系统，首先从前端开发着手，可以选用VUE或UNIAPP技术，它支持Android、iOS和H5平台，只需一套前端代码即可覆盖多端。服务器端则选择PHP与WebSocket进行实时通信，确保消息实时传输。
消息队列原理及选型
消息队列原理：消息队列是在消息传输过程中保存消息的容器，用于接收消息并以文件方式存储。一个消息队列可以被一个或多个消费者消费。它主要包含消息队列基础、消息队列模式、消息队列应用场景等要素。消息队列选型：Kafka：原理：Kafka是一个分布式的、支持多分区、多副本，基于Zookeeper的分布式消息流平台。
如果Consumer宕机/关闭，没有发送ACK，消息队列将认为这个消息没有被处理，会将这个消息重新发送给其他的Consumer重新消费处理。 消息的收发处理支持事务，例如：在任务中心场景中，一次处理可能涉及多个消息的接收、处理，这应该处于同一个事务范围内，如果一个消息处理失败，事务回滚，消息重新回到队列中。
分布式消息队列的基本原理 以Kafka和RocketMQ为例，分布式消息队列的基本原理包括：集群部署：分布式消息队列通过集群部署实现高可用性和扩展性。每个集群实例负责存储和处理一部分消息。消息持久化：消息队列需要对消息进行持久化处理，以确保消息在系统故障时不丢失。
即ACK机制，当Consumer确认消息已经被消费处理，发送一个ACK给消息队列，此时消息队列便可以删除这个消息了。如果Consumer宕机/关闭，没有发送ACK，消息队列将认为这个消息没有被处理，会将这个消息重新发送给其他的Consumer重新消费处理。
关于rebbitmq即时通讯，以及的相关信息分享结束，感谢你的耐心阅读，希望对你有所帮助。
