程序员经验分享-hwhale

消息队列及常见消息队列介绍

2023-05-16

转载 消息队列及常见消息队列介绍

一、消息队列(MQ)概述

消息队列（Message Queue），是分布式系统中重要的组件，其通用的使用场景可以简单地描述为：

当不需要立即获得结果，但是并发量又需要进行控制的时候，差不多就是需要使用消息队列的时候。

消息队列主要解决了应用耦合、异步处理、流量削锋等问题。

当前使用较多的消息队列有RabbitMQ、RocketMQ、ActiveMQ、Kafka、ZeroMQ、MetaMq等，而部分数据库如Redis、Mysql以及phxsql也可实现消息队列的功能。

二、消息队列使用场景

消息队列在实际应用中包括如下四个场景：

  • 应用耦合：多应用间通过消息队列对同一消息进行处理，避免调用接口失败导致整个过程失败；
  • 异步处理：多应用对消息队列中同一消息进行处理，应用间并发处理消息，相比串行处理，减少处理时间；
  • 限流削峰：广泛应用于秒杀或抢购活动中，避免流量过大导致应用系统挂掉的情况；
  • 消息驱动的系统：系统分为消息队列、消息生产者、消息消费者，生产者负责产生消息，消费者(可能有多个)负责对消息进行处理；

下面详细介绍上述四个场景以及消息队列如何在上述四个场景中使用：

2.1 异步处理

具体场景：用户为了使用某个应用，进行注册，系统需要发送注册邮件并验证短信。对这两个操作的处理方式有两种：串行及并行。

（1）串行方式：新注册信息生成后，先发送注册邮件，再发送验证短信；

在这种方式下，需要最终发送验证短信后再返回给客户端。

（2）并行处理：新注册信息写入后，由发短信和发邮件并行处理；

在这种方式下，发短信和发邮件 需处理完成后再返回给客户端。

假设以上三个子系统处理的时间均为50ms，且不考虑网络延迟，则总的处理时间：

串行：50+50+50=150ms
并行：50+50 = 100ms

若使用消息队列：

并在写入消息队列后立即返回成功给客户端，则总的响应时间依赖于写入消息队列的时间，而写入消息队列的时间本身是可以很快的，基本可以忽略不计，因此总的处理时间相比串行提高了2倍，相比并行提高了一倍；

2.2 应用耦合

具体场景：用户使用QQ相册上传一张图片，人脸识别系统会对该图片进行人脸识别，一般的做法是，服务器接收到图片后，图片上传系统立即调用人脸识别系统，调用完成后再返回成功，如下图所示：

该方法有如下缺点：

  • 人脸识别系统被调失败，导致图片上传失败；
  • 延迟高，需要人脸识别系统处理完成后，再返回给客户端，即使用户并不需要立即知道结果；
  • 图片上传系统与人脸识别系统之间互相调用，需要做耦合；

若使用消息队列：

客户端上传图片后，图片上传系统将图片信息如uin、批次写入消息队列，直接返回成功；而人脸识别系统则定时从消息队列中取数据，完成对新增图片的识别。
此时图片上传系统并不需要关心人脸识别系统是否对这些图片信息的处理、以及何时对这些图片信息进行处理。事实上，由于用户并不需要立即知道人脸识别结果，人脸识别系统可以选择不同的调度策略，按照闲时、忙时、正常时间，对队列中的图片信息进行处理。

2.3 限流削峰

具体场景：购物网站开展秒杀活动，一般由于瞬时访问量过大，服务器接收过大，会导致流量暴增，相关系统无法处理请求甚至崩溃。而加入消息队列后，系统可以从消息队列中取数据，相当于消息队列做了一次缓冲。

该方法有如下优点：

  1. 请求先入消息队列，而不是由业务处理系统直接处理，做了一次缓冲,极大地减少了业务处理系统的压力；
  2. 队列长度可以做限制，事实上，秒杀时，后入队列的用户无法秒杀到商品，这些请求可以直接被抛弃，返回活动已结束或商品已售完信息；

2.4 消息驱动的系统

具体场景：用户新上传了一批照片， 人脸识别系统需要对这个用户的所有照片进行聚类，聚类完成后由对账系统重新生成用户的人脸索引(加快查询)。这三个子系统间由消息队列连接起来，前一个阶段的处理结果放入队列中，后一个阶段从队列中获取消息继续处理。

该方法有如下优点：

  • 避免了直接调用下一个系统导致当前系统失败；
  • 每个子系统对于消息的处理方式可以更为灵活，可以选择收到消息时就处理，可以选择定时处理，也可以划分时间段按不同处理速度处理；

三、消息队列的两种模式

消息队列包括两种模式，点对点模式（point to point， queue）和发布/订阅模式（publish/subscribe，topic）。

3.1 点对点模式

点对点模式下包括三个角色：

  • 消息队列
  • 发送者 (生产者)
  • 接收者（消费者）

消息发送者生产消息发送到queue中，然后消息接收者从queue中取出并且消费消息。消息被消费以后，queue中不再有存储，所以消息接收者不可能消费到已经被消费的消息。

点对点模式特点：

  • 每个消息只有一个接收者（Consumer）(即一旦被消费，消息就不再在消息队列中)；
  • 发送者和接收者间没有依赖性，发送者发送消息之后，不管有没有接收者在运行，都不会影响到发送者下次发送消息；
  • 接收者在成功接收消息之后需向队列应答成功，以便消息队列删除当前接收的消息；

3.2 发布/订阅模式

发布/订阅模式下包括三个角色：

  • 角色主题（Topic）
  • 发布者(Publisher)
  • 订阅者(Subscriber)

发布者将消息发送到Topic,系统将这些消息传递给多个订阅者。

发布/订阅模式特点：

  • 每个消息可以有多个订阅者；
  • 发布者和订阅者之间有时间上的依赖性。针对某个主题（Topic）的订阅者，它必须创建一个订阅者之后，才能消费发布者的消息。
  • 为了消费消息，订阅者需要提前订阅该角色主题，并保持在线运行；

四、常用消息队列介绍

本部分主要介绍四种常用的消息队列（RabbitMQ/ActiveMQ/RocketMQ/Kafka）的主要特性、优点、缺点。

4.1 RabbitMQ

RabbitMQ 2007年发布，是一个在AMQP(高级消息队列协议)基础上完成的，可复用的企业消息系统，是当前最主流的消息中间件之一。

主要特性：

  1. 可靠性: 提供了多种技术可以让你在性能和可靠性之间进行权衡。这些技术包括持久性机制、投递确认、发布者证实和高可用性机制；
  2. 灵活的路由： 消息在到达队列前是通过交换机进行路由的。RabbitMQ为典型的路由逻辑提供了多种内置交换机类型。如果你有更复杂的路由需求，可以将这些交换机组合起来使用，你甚至可以实现自己的交换机类型，并且当做RabbitMQ的插件来使用；
  3. 消息集群：在相同局域网中的多个RabbitMQ服务器可以聚合在一起，作为一个独立的逻辑代理来使用；
  4. 队列高可用：队列可以在集群中的机器上进行镜像，以确保在硬件问题下还保证消息安全；
  5. 多种协议的支持：支持多种消息队列协议；
  6. 服务器端用Erlang语言编写，支持只要是你能想到的所有编程语言；
  7. 管理界面: RabbitMQ有一个易用的用户界面，使得用户可以监控和管理消息Broker的许多方面；
  8. 跟踪机制：如果消息异常，RabbitMQ提供消息跟踪机制，使用者可以找出发生了什么；
  9. 插件机制：提供了许多插件，来从多方面进行扩展，也可以编写自己的插件；

使用RabbitMQ需要：

  • ErLang语言包
  • RabbitMQ安装包

RabbitMQ可以运行在Erlang语言所支持的平台之上：

Solaris
BSD
Linux
MacOSX
TRU64
Windows NT/2000/XP/Vista/Windows 7/Windows 8
Windows Server 2003/2008/2012
Windows 95, 98
VxWorks

优点：

  1. 由于erlang语言的特性，mq 性能较好，高并发；
  2. 健壮、稳定、易用、跨平台、支持多种语言、文档齐全；
  3. 有消息确认机制和持久化机制，可靠性高；
  4. 高度可定制的路由；
  5. 管理界面较丰富，在互联网公司也有较大规模的应用；
  6. 社区活跃度高；

缺点：

  1. 尽管结合erlang语言本身的并发优势，性能较好，但是不利于做二次开发和维护；
  2. 实现了代理架构，意味着消息在发送到客户端之前可以在中央节点上排队。此特性使得RabbitMQ易于使用和部署，但是使得其运行速度较慢，因为中央节点增加了延迟，消息封装后也比较大；
  3. 需要学习比较复杂的接口和协议，学习和维护成本较高；

4.2 ActiveMQ

ActiveMQ是由Apache出品，ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现。它非常快速，支持多种语言的客户端和协议，而且可以非常容易的嵌入到企业的应用环境中，并有许多高级功能。

主要特性：

  1. 服从 JMS 规范：JMS 规范提供了良好的标准和保证，包括：同步或异步的消息分发，一次和仅一次的消息分发，消息接收和订阅等等。遵从 JMS 规范的好处在于，不论使用什么 JMS 实现提供者，这些基础特性都是可用的；
  2. 连接性：ActiveMQ 提供了广泛的连接选项，支持的协议有：HTTP/S，IP 多播，SSL，STOMP，TCP，UDP，XMPP等等。对众多协议的支持让 ActiveMQ 拥有了很好的灵活性。
  3. 支持的协议种类多：OpenWire、STOMP、REST、XMPP、AMQP ；
  4. 持久化插件和安全插件：ActiveMQ 提供了多种持久化选择。而且，ActiveMQ 的安全性也可以完全依据用户需求进行自定义鉴权和授权；
  5. 支持的客户端语言种类多：除了 Java 之外，还有：C/C++，.NET，Perl，PHP，Python，Ruby；
  6. 代理集群：多个 ActiveMQ 代理可以组成一个集群来提供服务；
  7. 异常简单的管理：ActiveMQ 是以开发者思维被设计的。所以，它并不需要专门的管理员，因为它提供了简单又使用的管理特性。有很多中方法可以监控 ActiveMQ 不同层面的数据，包括使用在 JConsole 或者 ActiveMQ 的Web Console 中使用 JMX，通过处理 JMX 的告警消息，通过使用命令行脚本，甚至可以通过监控各种类型的日志。

使用ActiveMQ需要：

  • Java JDK
  • ActiveMQ安装包

ActiveMQ可以运行在Java语言所支持的平台之上。

优点：

  1. 跨平台(JAVA编写与平台无关有，ActiveMQ几乎可以运行在任何的JVM上)
  2. 可以用JDBC：可以将数据持久化到数据库。虽然使用JDBC会降低ActiveMQ的性能，但是数据库一直都是开发人员最熟悉的存储介质。将消息存到数据库，看得见摸得着。而且公司有专门的DBA去对数据库进行调优，主从分离；
  3. 支持JMS ：支持JMS的统一接口;
  4. 支持自动重连；
  5. 有安全机制：支持基于shiro，jaas等多种安全配置机制，可以对Queue/Topic进行认证和授权。
  6. 监控完善：拥有完善的监控，包括Web Console，JMX，Shell命令行，Jolokia的REST API；

  7. 界面友善：提供的Web Console可以满足大部分情况，还有很多第三方的组件可以使用，如hawtio；
    缺点：

  • 社区活跃度不及RabbitMQ高；

  • 根据其他用户反馈，会出莫名其妙的问题，会丢失消息；
  • 目前重心放到activemq6.0产品-apollo，对5.x的维护较少；
  • 不适合用于上千个队列的应用场景；

  • 4.3 RocketMQ

    RocketMQ出自 阿里公司的开源产品，用 Java 语言实现，在设计时参考了 Kafka，并做出了自己的一些改进，消息可靠性上比 Kafka 更好。RocketMQ在阿里集团被广泛应用在订单，交易，充值，流计算，消息推送，日志流式处理，binglog分发等场景。

    主要特性：

    1. 是一个队列模型的消息中间件，具有高性能、高可靠、高实时、分布式特点；
    2. Producer、Consumer、队列都可以分布式；
    3. Producer向一些队列轮流发送消息，队列集合称为Topic，Consumer如果做广播消费，则一个consumer实例消费这个Topic对应的所有队列，如果做集群消费，则多个Consumer实例平均消费这个topic对应的队列集合；
    4. 能够保证严格的消息顺序；
    5. 提供丰富的消息拉取模式；
    6. 高效的订阅者水平扩展能力；
    7. 实时的消息订阅机制；
    8. 亿级消息堆积能力；
    9. 较少的依赖；

    使用RocketMQ需要：

    • Java JDK
    • 安装git、Maven
    • RocketMQ安装包

    RocketMQ可以运行在Java语言所支持的平台之上。

    优点：

    1. 单机支持 1 万以上持久化队列
    2. RocketMQ 的所有消息都是持久化的，先写入系统 PAGECACHE，然后刷盘，可以保证内存与磁盘都有一份数据，
      访问时，直接从内存读取。
    3. 模型简单，接口易用（JMS 的接口很多场合并不太实用）；
    4. 性能非常好，可以大量堆积消息在broker中；
    5. 支持多种消费，包括集群消费、广播消费等。
    6. 各个环节分布式扩展设计，主从HA；
    7. 开发度较活跃，版本更新很快。

    缺点：

    支持的客户端语言不多，目前是java及c++，其中c++不成熟；
    RocketMQ社区关注度及成熟度也不及前两者；
    没有web管理界面，提供了一个CLI(命令行界面)管理工具带来查询、管理和诊断各种问题；
    没有在 mq 核心中去实现JMS等接口；

    4.4 Kafka

    Apache Kafka是一个分布式消息发布订阅系统。它最初由LinkedIn公司基于独特的设计实现为一个分布式的提交日志系统( a distributed commit log)，，之后成为Apache项目的一部分。Kafka系统快速、可扩展并且可持久化。它的分区特性，可复制和可容错都是其不错的特性。

    主要特性：

    1. 快速持久化，可以在O(1)的系统开销下进行消息持久化；
    2. 高吞吐，在一台普通的服务器上既可以达到10W/s的吞吐速率；
    3. .完全的分布式系统，Broker、Producer、Consumer都原生自动支持分布式，自动实现负载均衡；
    4. 支持同步和异步复制两种HA；
    5. 支持数据批量发送和拉取；
    6. zero-copy：减少IO操作步骤；
    7. 数据迁移、扩容对用户透明；
    8. 无需停机即可扩展机器；
    9. 其他特性：严格的消息顺序、丰富的消息拉取模型、高效订阅者水平扩展、实时的消息订阅、亿级的消息堆积能力、定期删除机制；

    使用Kafka需要：

    • Java JDK
    • Kafka安装包

    优点：

    1. 客户端语言丰富，支持java、.net、php、ruby、python、go等多种语言；
    2. 性能卓越，单机写入TPS约在百万条/秒，消息大小10个字节；
    3. 提供完全分布式架构, 并有replica机制, 拥有较高的可用性和可靠性, 理论上支持消息无限堆积；
    4. 支持批量操作；
    5. 消费者采用Pull方式获取消息, 消息有序, 通过控制能够保证所有消息被消费且仅被消费一次;
    6. 有优秀的第三方Kafka Web管理界面Kafka-Manager；
    7. 在日志领域比较成熟，被多家公司和多个开源项目使用；

    缺点：

    1. Kafka单机超过64个队列/分区，Load会发生明显的飙高现象，队列越多，load越高，发送消息响应时间变长
    2. 使用短轮询方式，实时性取决于轮询间隔时间；
    3. 消费失败不支持重试；
    4. 支持消息顺序，但是一台代理宕机后，就会产生消息乱序；
    5. 社区更新较慢；

    4.5 RabbitMQ/ActiveMQ/RocketMQ/Kafka对比

    这里列举了上述四种消息队列的差异对比：

    结论:

    Kafka在于分布式架构，RabbitMQ基于AMQP协议来实现，RocketMQ/思路来源于kafka，改成了主从结构，在事务性可靠性方面做了优化。广泛来说，电商、金融等对事务性要求很高的，可以考虑RabbitMQ和RocketMQ，对性能要求高的可考虑Kafka。

    五、参考资料：

    5.1 消息队列：

    1. 大型网站架构之分布式消息队列 http://blog.csdn.net/shaobingj126/article/details/50585035
    2. 消息队列的使用场景 https://www.zhihu.com/question/34243607/answer/127666030
    3. 浅谈异步消息队列模型 http://www.cnblogs.com/sunkeydev/p/5248855.html
    4. 消息队列的两种模式 http://blog.csdn.net/heyutao007/article/details/50131089

    5.2 RabbitMQ

    1. RabbitMQ主页 https://www.rabbitmq.com/
    2. RabbitMQ学习教程 https://www.rabbitmq.com/getstarted.html
    3. 专栏:RabbitMQ从入门到精通 http://blog.csdn.net/column/details/rabbitmq.html
    4. RabbitMQ能为你做些什么 http://rabbitmq.mr-ping.com/description.html
    5. RabbitMQ指南(1)-特性及功能 https://blog.zenfery.cc/archives/79.html

    5.3 ActiveMQ

    1. ActiveMQ主页 http://activemq.apache.org/
    2. Apache ActiveMQ介绍 http://jfires.iteye.com/blog/1187688
    3. ActiveMQ的简介与安装 http://blog.csdn.net/sl1992/article/details/72824562
    4. ActiveMQ 和消息简介 http://www.cnblogs.com/craftsman-gao/p/7002605.html

    5.4 RocketMQ

    1. 主页 https://github.com/alibaba/RocketMQ
    2. RocketMQ 原理简介 http://alibaba.github.io/RocketMQ-docs/document/design/RocketMQ_design.pdf
    3. RocketMQ与kafka对比（18项差异） http://jm.taobao.org/2016/03/24/rmq-vs-kafka/

    5.5 Kafka

    1.Kafka主页： http://kafka.apache.org/

    1. Kafka特性 http://www.cnblogs.com/lsx1993/p/4847719.html
    2. Kafka客户端支持语言 https://cwiki.apache.org/confluence/display/KAFKA/Clients

    5.6 RabbitMQ/ActiveMQ/RocketMQ/Kafka对比

    1. RocketMQ，队列选型 http://www.zmannotes.com/index.php/2016/01/17/rocketmq/
    2. RabbitMQ和Kafka http://www.dongcoder.com/detail-416804.html
    3. 即时通信RabbitMQ二-性能测试 http://www.jianshu.com/p/d31ae9e3bfb6
    4. RabbitMq、ActiveMq、ZeroMq、kafka之间的比较,资料汇总 http://blog.csdn.net/linsongbin1/article/details/47781187
    5. 消息队列软件产品大比拼 http://www.cnblogs.com/amityat/archive/2011/08/31/2160293.html

    总结：

    消息队列利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。目前业界有很多的MQ产品，例如RabbitMQ、RocketMQ、ActiveMQ、Kafka、ZeroMQ、MetaMq等，也有直接使用数据库redis充当消息队列的案例。而这些消息队列产品，各有侧重，在实际选型时，需要结合自身需求及MQ产品特征，综合考虑。

     

    原文链接：https://cloud.tencent.com/community/article/129032

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)

消息队列及常见消息队列介绍

消息队列及常见消息队列介绍 的相关文章

  • Redis笔记

    Redis 内容来自菜鸟教程 redis部分 REmote DIctionary Server Redis 是一个由 Salvatore Sanfilippo 写的 key value 存储系统 xff0c 是跨平台的非关系型数据库 Red

  • Jmeter接口测试实战练习题及答案（本博客原创·全网首发）

    接口地址 Post xff1a http 10 9 15 72 8093 Api PayGateway 接口参数 参数名 参数值 说明 SystemCode Alipay 系统代码 plateformCode Alipay 平台代码 ser

  • 《操作系统》-生产者消费者问题

    什么是生产者消费者问题 xff1f 系统中有一组生产者进程和一组消费者进程 生产者进程每次生产一个产品放入缓冲区 xff0c 消费者进程每次从缓冲区中取出一个进程并使用 xff0c 那么他们之间具有这样一层关系 生产者 消费者共享一个初始为

  • 普通类和抽象类的区别

    普通类和抽象类的区别 抽象类普通类普通类和抽象类的区别总结 抽象类 含有抽象方法的类就叫抽象类 而抽象方法就是被abstract修饰的方法 xff0c 这个方法可以没有具体的实现 在抽象类的子类中必须对抽象方法进行重写 xff0c 当其子类

  • PowerShell 安装、配置和美化

    文章目录 安装 Windows TerminalPowerShell 7安装 PowerShell 7查看版本Winget 安装安装 MSI 包 配置开启 PSReadLine 2 1 预测性 IntelliSense其他配置 美化手动安装

  • c++学习笔记（八）程序一闪而过怎么办？如何让命令提示符暂停？

    在使用控制台输出的时候 xff0c 你可能经常遇到还没有看清楚输出结果如何就自动退出的情景 这很令人头疼 xff0c 下面我就介绍几种方式避免控制台退出 当然你使用CLion可以不写 xff0c 节约时间 xff0c 但是也要知道 xff0

  • Zabbix 6.0 图文安装部署讲解---LNMP环境

    Zabbix 6 0 图文安装部署讲解 LNMP环境 简介环境需求部署环境关闭系统防火墙一 Mysql8 0 30 部署 二 nginx 部署三 PHP 部署四 zabbix server 部署五 Web端初始化六 解决zabbix 6 0

  • Hive 不同级别日志配置 hive-log4j2.properties

    span class token comment Licensed to the Apache Software Foundation ASF under one span span class token comment or more

  • 飞机订购票系统（数据库课程大作业）

    一 需求分析 nbsp 1 1 功能需求及描述 nbsp nbsp nbsp nbsp 通过对机票预定业务的调查 明确了飞机订购票系统共包括乘客信息模块 航班信息模块 机票订购模块 机票退票模块以及取票信息模块五个模块 图1 1 总体功能模

  • 本地与linux服务器文件互传（超简单）

    利用系统自带的命令行窗口powershell上传 xff08 win10以上系统自带的 xff0c 系统级应用 xff0c 十分推荐使用 xff09 在这Linux 用户名 xff1a hadoop ip 192 168 53 20 打开搜

  • 【剑指offer系列】剑指offer 03-06

    这次我们来讲解剑指offer的全部题目 xff0c 今天是第一天 xff0c 我们来讲解第三题到第六题 xff08 我也不清楚为什么力扣上查不到第一题和第二题 xff09 一 剑指offer 03 题目链接 xff1a 力扣 题目描述 xf

  • 什么是scrum中的3355

    scrum的3355是指 xff1a 3个工件 xff1a 产品Backlog Sprint Backlog 潜在可交付软件增量 3个角色 xff1a PO Master 团队 xff08 最适合人数为7 2到7 43 2之间 xff09

  • 搭建ant+jenkins+jmeter自动化接口测试框架（详细篇）

    引言 为什么要持续集成 1 减少风险 2 减少假定 3 减少重复过程 4 增强项目的可见性 5 持续集成可以带来两点积极效果 xff1a 1 有效决策 xff1a 持续集成系统为项目构建状态和品质指标提供了及时的信息 xff0c 有些持续集

  • Linux C生产者和消费者（线程）

    生产者和消费者 生产者消费者问题实现目标原理代码 生产者消费者问题 生产者消费者共享缓冲区 xff0c 生产者向缓冲区中放数据 xff0c 消费者从缓冲取中取数据 xff0c 当缓冲区中被放满时 xff0c 生产者进程就必须进入挂起状态 x

  • HPE DL388GEN9 /windows server 2012r2 重置管理员密码/忘记管理员密码

    有台HPE DL388GEN9 windows server 2012r2的主机 xff0c 不知道密码 从CSND上查了有人可以通过U盘PE进去用工具去改掉 实测 xff0c 难以进入PE xff08 也可能是我操作有问题 xff09 x

  • ArchLinux,ManjaroLlinux安装，运行Android软件。安装anbox（详细）

    安装anbox我也是用了一个下午的时间来进行安装 xff0c 因此我做了一下总结 xff0c 方便大家安装 这个安装教程arch和manjaro都是可以实现的 xff0c 因为manjaro是arch的分支 xff0c 同样也可以使用anb

  • ArchLinux的安装（BIOS引导方式安装）

    archlinux的安装对于很多新手朋友很不友好 xff0c 于是我对archlinux的安装做了一下整理 xff0c 方便大家安装 安装之前我们需要准备一下 xff1a archlinux的镜像iOS文件 U盘 xff0c 或者虚拟机 脑

  • 汇编语言，and、or指令

    and 和 or指令 and指令 xff0c 作用按位与运算 mov ax 1011 1100b mov bx 1100 1011b and ax bx ax的结果为 xff1a 1000 1000 or指令 xff0c 作用 xff1a

  • 解决wget错误：ERROR: The certificate of ‘xxx’ is not trusted.

    使用wget出现以下错误 wget https github com mozilla geckodriver releases download v0 31 0 geckodriver v0 31 0 linux64 tar gz ERRO

随机推荐

  • git 报错SSL certificate problem: unable to get local issuer certificate解决办法

    git中的SSL certificate problem unable to get local issuer certificate错误的解决办法 uManBoy 这是由于当你通过HTTPS访问Git远程仓库的时候 xff0c 如果服务器

  • Linux 对整个系统备份和还原

    对系统进行备份非常的重要 xff0c 如果有一天 xff0c 系统崩溃了 xff0c 可以重装系统 xff0c 但是重装系统后又需要进行相关的配置 xff0c 这会显得非常的麻烦 xff0c 又会浪费很多的时间 备份的方式 xff1a 分两

  • Win11安装python-3.11.1

    注意整个安装过程需要联网 xff01 xff01 xff01 python 3 11 1下载地址 xff1a https www python org ftp python 3 11 1 python 3 11 1 amd64 exe 1

  • 三分钟记住20道性能测试经典面试题

    1 什么是性能测试 xff1f 测试系统有没有性能问题 考虑时间 xff0c 空间 服务端资源是否足够 响应时间是否超时 系统是否足够稳定 2 性能测试的应用领域有哪些 xff1f 能力验证 xff1a 乙方向甲方交付项目时 xff0c 声

  • C++ 对数组的快速排序算法

    include 34 stdio h 34 交换两个数 void swap int amp a int amp b int t 61 a a 61 b b 61 t 根据第一个数 xff0c 把小于第一个数的数放在前面 xff0c 把打印第

  • C++ 广度优先搜索，搜索二叉树，并且打印

    广度优先搜索 xff08 BFS xff09 什么是广度优先搜索 广度优先搜索就是层序遍历 xff0c 一层一层的搜索整个图 BFS的代码实现 使用数组实现静态的二叉树 xff0c 树的结构如下显示 代码如下显示 include 34 st

  • C++ 得到下一天的年月日的函数

    include 34 iostream 34 include 34 string 34 include 34 stdio h 34 using namespace std 得到下一个日期 void next day int amp year

  • 树莓派使用Thonny学习笔记1

    来C站这么久了 xff0c 最近在初学树莓派Raspberry Pi PIco 所以想在C站记录一下自己的学习过程 xff0c 到时候能回头看看自己的学习之路 今天学习了如何新建全局变量与按键输入模式 xff0c 和IO的输出模式配置 xf

  • error while loading shared libraries: librosconsole.so: cannot open shared object file: No such file

    错误背景 xff1a linux下运行ros相关文件出错 错误意思 xff1a Linux下这个的错误的大概意思还是路径问题 xff0c 要么是你下载的库真的不存在 xff0c 要么是没有添加环境变量 xff0c 不过大多数都属于后者 一

  • Python之多线程爬虫实践

    多线程爬虫实践 一 多线程的介绍及threading的基本使用1 什么是多线程 xff1f 2 如何创建一个基本的多线程 xff1a 二 使用Thread类创建多线程1 查看当前线程2 继承自threading Thread类 三 多线程共

  • 对比学习孪生网络之简单的手写数字集代码实战

    对比学习孪生网络 注 xff1a 大家觉得博客好的话 xff0c 别忘了点赞收藏呀 xff0c 本人每周都会更新关于人工智能和大数据相关的内容 xff0c 内容多为原创 xff0c Python Java Scala SQL 代码 xff0

  • Linux驱动框架学习——I2C驱动体系

    最近打算写一个Camera项目 xff0c 涉及调试内核 优化开机 从启动到获取第一帧图像的时间 xff0c 因为在查看Camera相关内核源码后发现底层Camera总线是类似I2C的 xff0c 所以结合 正点原子驱动开发指南 和 Lin

  • 关于IMX6ULL挂载内核失败解决办法（2）Retry count exceeded； starting again

    目录 开发板 xff1a 问题Bug xff1a 解决办法一 xff1a xff08 最初问题定位 xff1a Ubuntu的IP重复导致 xff09 解决办法二 xff1a xff08 放弃tftp xff0c 改用nfs xff09 开

  • 【基于IMX6ULL开发板开机摄像头的自启动】

    项目场景 xff1a 这里简述项目相关背景 xff1a 最近在准备暑期实习和秋招 xff0c 准备一个Camera项目 xff0c 涉及调试内核 优化开机 从启动到获取第一帧图像的时间 xff0c 硬件平台为正点原子IMX6ULL开发板 x

  • 上海青浦区大众驾校(科目二·自动挡)真实考场操作全程

    上海大众驾校真实考场 xff0c 科目二 xff08 自动挡 xff09 xff0c 考试过程 xff1a 零 考试开始准备工作 xff1a 1 开始考试 xff0c 监考员会将车子摆正对准开进考场的箭头路标 xff0c 上车系安全带 调座

  • Linux多进程/线程编程之【fork()和exec()】

    目录 一 fork系统调用创建子进程 1 1 为什么要创建子进程 1 2 fork系统调用的内部原理 1 3 关于子进程 1 4 线程和fork 二 exec族函数及实战 2 1 为什么需要exec族函数 2 2 exec族的6个函数介绍

  • C++手撕 ACM——换座位-桌椅高度（取模运算）

    大三寒假要结束了 xff0c 继续备战秋招 xff0c 年前刷了些双指针 数组 链表的简单LeetCode题 xff0c 都没有做笔记 xff0c 现在也忘得差不多了 xff0c 计划写一份专栏记录刷题的过程 xff0c 复盘算法中的细节

  • C++手撕LeetCode——二叉树遍历（BFS层序遍历）

    大三寒假要结束了 xff0c 继续备战秋招 xff0c 年前刷了些双指针 数组 链表的简单LeetCode题 xff0c 都没有做笔记 xff0c 现在也忘得差不多了 xff0c 计划写一份专栏记录刷题的过程 xff0c 复盘算法中的细节

  • C++手撕LeetCode——双指针（滑动窗口）

    大三寒假要结束了 xff0c 继续备战秋招 xff0c 年前刷了些双指针 数组 链表的简单LeetCode题 xff0c 都没有做笔记 xff0c 现在也忘得差不多了 xff0c 计划写一份专栏记录刷题的过程 xff0c 复盘算法中的细节

  • 消息队列及常见消息队列介绍

    转载 消息队列及常见消息队列介绍 一 消息队列 MQ 概述 消息队列 xff08 Message Queue xff09 xff0c 是分布式系统中重要的组件 xff0c 其通用的使用场景可以简单地描述为 xff1a 当不需要立即获得结果

热门标签