Yii2.0 框架中提供了三种队列的实现方式：
基于 DB 的队列：使用关系型数据库（例如 MySQL、PostgreSQL）作为队列存储的后端，可以实现持久化存储和多进程共享队列。
基于 Redis 的队列：使用 Redis 作为队列存储的后端，可以实现高性能的队列操作和分布式队列处理。
基于 AMQP 的队列：使用 AMQP（Advanced Message Queuing Protocol）作为队列协议，可以实现高可靠性、高可用性的队列操作和消息传递。
不同的队列实现方式底层原理有所不同，下面简要介绍每种实现方式的底层原理：
基于 DB 的队列：基于 DB 的队列实现使用一个专门的表来存储队列的任务信息。每个任务信息包括任务 ID、任务数据、任务状态等字段。当需要添加一个任务到队列时，将任务信息插入到任务表中；当需要执行一个任务时，将任务信息更新为“执行中”状态，并执行任务；任务执行完成后，将任务信息更新为“已完成”状态。基于 DB 的队列实现支持多进程共享队列，多个进程可以共同访问同一个任务表，从而实现并发处理队列任务。
基于 Redis 的队列：基于 Redis 的队列实现使用 Redis 的 List 数据结构来存储队列任务信息。每个队列对应一个 Redis List，队列任务信息以 JSON 格式存储在 List 的元素中。当需要添加一个任务到队列时，将任务信息以 JSON 格式序列化，并通过 Redis 的 LPUSH 命令添加到 List 的左侧；当需要执行一个任务时，通过 Redis 的 BRPOP 命令从 List 的右侧取出一个任务信息，并反序列化为 PHP 对象，执行任务；任务执行完成后，将任务信息从 List 中删除。基于 Redis 的队列实现支持高性能的队列操作，因为 Redis 提供了非常高效的 List 操作命令。
基于 AMQP 的队列：基于 AMQP 的队列实现使用 AMQP 协议来实现队列的消息传递。AMQP 是一种网络协议，它定义了一套消息传递的标准。AMQP 协议中包括 Exchange 和 Queue 两种对象，Exchange 用于接收发送者的消息，将消息路由到一个或多个 Queue 中，Queue 用于存储消息，并将消息发送给消费者。基于 AMQP 的队列实现需要使用 AMQP 的客户端库来连接到 AMQP 服务器，并定义 Exchange 和 Queue 对象来实现队列的消息传递。基于 AMQP 的队列实现支持高可靠性、高可用性的队列操作，因为 AMQP 协议提供了多种机制来保证消息的传递可靠性和顺序性。
AMQP协议的基本结构是Exchange、Queue、Message三者之间的关系。Exchange是消息的分发中心，它接收消息并将它们路由到一个或多个Queue中。Queue是消息的缓存和存储中心，它保存着消息，等待消费者来消费。Message是AMQP协议中的基本单位，消息由消息头和消息体组成。
在基于AMQP的队列实现中，需要使用AMQP客户端库来连接到AMQP服务器，并定义Exchange和Queue对象。Exchange对象有四种类型：direct、topic、headers、fanout，每种类型的Exchange都有不同的路由策略，用于将消息路由到不同的Queue。Queue对象可以绑定到一个或多个Exchange上，以便接收Exchange路由过来的消息。在AMQP中，每个消息都有一个路由键（routing key），Exchange会根据路由键来将消息路由到指定的Queue。
在基于AMQP的队列实现中，通常会有一个或多个消费者来消费队列中的消息。消费者需要连接到AMQP服务器，并从指定的Queue中获取消息。获取消息的方式有两种：推送和拉取。在推送模式下，消费者将注册一个回调函数，AMQP服务器会将消息推送给消费者，消费者只需要在回调函数中处理消息即可。在拉取模式下，消费者需要主动从队列中获取消息，并处理消息。在处理完消息后，消费者需要向AMQP服务器发送确认消息（ACK），以便告知服务器消息已经被成功处理。如果消费者未发送ACK消息，AMQP服务器会认为该消息未被处理，并将其重新加入到队列中。
基于AMQP的队列实现支持高可靠性、高可用性的队列操作，因为AMQP协议提供了多种机制来保证消息的传递可靠性和顺序性。例如，AMQP协议提供了消息确认机制、持久化消息机制、事务机制、消息 TTL（Time-To-Live）机制等，这些机制可以确保消息能够在网络传输中不丢失，能够按照正确的顺序被处理，以及在发生错误时能够进行回滚等操作。
