跨越通信障碍:深入了解ZeroMQ的魅力

在复杂的分布式系统开发中,进程间通信就像一座桥梁,连接着各个独立运行的进程,让它们能够协同工作。然而,传统的通信方式往往伴随着复杂的设置、高昂的性能开销以及有限的灵活性,成为了开发者们前进道路上的 “绊脚石”。

今天,我们将一同探索一款被誉为分布式通信领域 “神器” 的工具 ——ZeroMQ,它以其独特的设计理念和强大的功能,打破了这些通信障碍,为我们开启了高效、灵活的进程间通信新世界。无论你是初涉分布式开发的新手,还是经验丰富的技术专家,相信在深入了解 ZeroMQ 的过程中,都会被它的魅力所折服。

一、什么是ZeroMQ

1.1 ZeroMQ概述

ZeroMQ,也写作 ØMQ、0MQ 或 zmq,是一个高性能的异步消息队列库 ,旨在用于分布式或并发应用程序。它提供了一个消息队列的抽象,允许不同的计算机和进程之间进行消息传递,而无需关心底层网络细节。与传统的消息队列服务器不同,ZeroMQ 是一个嵌入到应用程序中的库,提供了多种消息传递模式,如请求 - 应答、发布 - 订阅、推 - 拉等。凭借这些特性,使用 ZeroMQ 可以让编写高性能网络应用程序变得极为简单和有趣。接下来,让我们深入了解一下 ZeroMQ 的特性。

1.2 ZeroMQ特性

(1)高性能设计

ZeroMQ 的高性能得益于其精心设计的内部机制。在其内部,无锁队列模型的应用是一大亮点。以跨线程间的数据交换通道 pipe 为例,它采用无锁的队列算法 CAS 。在传统的多线程编程中,线程之间的同步往往依赖于锁机制,这会带来一定的性能开销,比如线程上下文的切换、锁的争用等。而 CAS 算法避免了这些问题,它通过比较和交换操作来实现数据的原子性更新,使得在多线程环境下,数据交换能够高效进行。在 pipe 的两端注册有异步事件,当有消息读写操作时,这些异步事件会自动触发,进一步提高了数据处理的效率。

批量处理算法也是提升性能的关键。传统的消息处理方式,每次消息的发送和接收都需要进行系统调用,这对于大量消息的处理来说,系统开销是巨大的。ZeroMQ 则对批量消息进行了优化,它可以将多个消息集中起来进行处理,减少了系统调用的次数,从而显著提高了消息处理的效率。

此外,ZeroMQ 还充分利用多核 CPU 的优势,采用多核线程绑定技术。在传统的多线程并发模式下,多个线程共享 CPU 资源,频繁的 CPU 切换会带来额外的开销。而 ZeroMQ 将每个工作者线程绑定到特定的 CPU 核心上,避免了多线程之间的 CPU 切换开销,使得每个核心都能充分发挥其计算能力,大大提升了系统的整体性能。

ZeroMQ 支持多种通信协议,包括进程内(inproc)、进程间(ipc)、TCP 等。这些协议为不同场景下的通信提供了选择,比如进程内通信适用于同一进程内不同线程之间的快速数据交换,它的速度极快,因为不需要经过网络等外部传输;而 TCP 协议则适用于不同主机之间的通信,具有良好的通用性和稳定性。不同的协议在不同的场景下都能发挥出最佳的性能,满足了多样化的应用需求。

(2)丰富的通信模式

请求 - 应答(REQ - REP)模式:这种模式类似于传统的客户端 - 服务器模型。在实际应用中,比如一个分布式系统中的文件查询服务,客户端(REQ)向服务器(REP)发送文件查询请求,服务器接收到请求后,在本地文件系统中进行查询,然后将查询结果返回给客户端。这种模式的特点是严格的同步性,客户端发送请求后必须等待服务器的应答,服务器也必须在接收请求后再发送应答。在一个数据库查询场景中,客户端向数据库服务器发送查询语句,服务器执行查询后返回结果集,这就是典型的请求 - 应答模式。

发布 - 订阅(PUB - SUB)模式:发布者(PUB)将消息发布到特定的主题,订阅者(SUB)可以根据自己的兴趣订阅一个或多个主题。当发布者发布消息时,只有订阅了相应主题的订阅者才能接收到消息。在股票市场行情推送系统中,行情数据发布者会不断发布股票的实时价格、成交量等信息,各个投资者的客户端作为订阅者,可以根据自己关注的股票代码订阅相应的行情数据。这种模式非常适合需要进行消息广播和分发的场景,能够实现一对多的数据传输。

推送 - 拉取(PUSH - PULL)模式:推送者(PUSH)将消息推送给多个拉取者(PULL),常用于任务分发和负载均衡。在一个分布式计算集群中,任务调度中心(PUSH)可以将计算任务分发给各个计算节点(PULL),各个计算节点并行处理任务,提高计算效率。这种模式下,消息的发送和接收是异步的,推送者不需要等待拉取者的响应,可以持续发送消息,从而实现高效的任务分发和数据传输。

(3)跨平台与多语言支持

ZeroMQ 具有出色的跨平台能力,它可以在 Linux、Windows、macOS 等多种主流操作系统上运行。这使得开发人员在不同的操作系统环境下都可以使用 ZeroMQ 来构建分布式应用,无需担心因操作系统差异而带来的兼容性问题。在一个跨平台的分布式数据采集系统中,数据采集节点可能运行在不同的操作系统上,有的是 Linux 系统用于高效的数据处理,有的是 Windows 系统用于与特定的设备进行交互,而 ZeroMQ 能够在这些不同系统的节点之间实现稳定的通信。

同时,ZeroMQ 支持多种编程语言,如 C++、Java、Python、Go 等。这意味着不同语言编写的应用程序之间可以通过 ZeroMQ 进行通信,极大地提高了系统的灵活性和可扩展性。在一个大型的企业级应用中,后端的核心业务逻辑可能使用 C++ 编写以追求高性能,而前端的用户界面可能使用 Python 结合相关的 Web 框架进行开发,中间的数据传输和交互就可以借助 ZeroMQ 来实现。不同语言的开发者可以根据自己的技术栈和项目需求选择合适的编程语言进行开发,而不用担心通信问题,这为分布式系统的开发带来了极大的便利 。

二、ZeroMQ 在C++中的使用步骤

2.1安装 ZeroMQ 库

在使用 ZeroMQ 之前,首先需要将其安装到开发环境中。以 Linux 系统为例,使用包管理器进行安装是最为便捷的方式,例如在基于 Debian 或 Ubuntu 的系统上,可以在终端中输入以下命令:

sudo apt - get install libzmq3 - dev

这条命令会自动从软件源中下载 ZeroMQ 库及其相关的开发文件,并完成安装过程。对于基于 Red Hat 或 CentOS 的系统,相应的安装命令则是:

sudo yum install libzmq3 - devel

除了使用包管理器安装,还可以从 ZeroMQ 的官方网站(http://zeromq.org)下载源代码进行编译安装 。这种方式适用于对库的版本有特定要求,或者软件源中提供的版本不符合需求的情况。下载完成后,解压源代码压缩包,进入解压后的目录,依次执行以下命令:

./configure
make
sudo make install

./configure命令用于检查系统环境并生成 Makefile,make命令根据 Makefile 进行编译,最后的sudo make install则将编译好的库文件和头文件安装到系统指定目录中。在 Windows 系统下,同样可以从官方网站获取预编译的二进制文件,然后将其添加到项目的库路径和包含路径中,以便在项目中使用 ZeroMQ 库。

2.2创建上下文和套接字

在 C++ 代码中,使用 ZeroMQ 的第一步是创建上下文(Context)。上下文是 ZeroMQ 的核心概念之一,它是一个管理套接字、线程和 I/O 资源的对象,每个 ZeroMQ 应用程序都需要至少一个上下文。创建上下文非常简单,使用zmq::context_t类即可,示例代码如下:

#include <zmq.hpp>
int main() {// 创建一个ZeroMQ上下文,参数1表示上下文的I/O线程数,一般1个线程即可满足大多数情况zmq::context_t context(1); // 后续代码...return 0;
}

创建套接字(Socket)是接下来的关键步骤。套接字是 ZeroMQ 中用于发送和接收消息的基本对象,不同类型的套接字对应不同的通信模式。使用zmq::socket_t类来创建套接字,例如创建一个用于请求 - 应答模式的套接字:

// 创建一个REQ类型的套接字,用于请求-应答模式,客户端使用
zmq::socket_t socket(context, zmq::socket_type::req);

如果要创建用于发布 - 订阅模式的套接字,则可以这样写:

// 创建一个PUB类型的套接字,用于发布-订阅模式,发布者使用
zmq::socket_t socket(context, zmq::socket_type::pub);

通过这种方式,根据不同的应用场景和通信需求,灵活选择合适的套接字类型。

2.3绑定与连接

在服务器端,需要将套接字绑定(Bind)到一个特定的地址和端口,以便接收来自客户端的连接和消息。以 TCP 协议为例,绑定的示例代码如下:

// 将套接字绑定到TCP地址"tcp://*:5555",*表示绑定到所有可用的网络接口
socket.bind("tcp://*:5555");

在上述代码中,tcp://表示使用 TCP 协议,*表示服务器将监听所有可用的网络接口,5555是指定的端口号。通过绑定操作,服务器端的套接字就准备好接收客户端的连接请求了。

对于客户端来说,需要使用connect方法连接(Connect)到服务器的地址和端口。示例代码如下:

// 连接到服务器的地址"tcp://localhost:5555",localhost表示本地主机
socket.connect("tcp://localhost:5555");

这里客户端尝试连接到本地主机(localhost)上的 5555 端口,如果服务器运行在其他主机上,只需将localhost替换为服务器的实际 IP 地址即可。连接成功后,客户端和服务器之间就建立了通信链路,可以进行消息的发送和接收了。

2.4消息的发送与接收

在 ZeroMQ 中,发送消息使用send函数,接收消息使用recv函数。以发送一个简单的字符串消息为例,代码如下:

std::string message = "Hello, ZeroMQ!";
// 创建一个zmq::message_t对象,大小为消息的长度
zmq::message_t request(message.size()); 
// 将消息内容复制到zmq::message_t对象中
memcpy(request.data(), message.data(), message.size()); 
// 发送消息,zmq::send_flags::none表示使用默认的发送标志
socket.send(request, zmq::send_flags::none);

在接收消息时,同样需要创建一个zmq::message_t对象来存储接收到的消息,然后使用recv函数接收消息:

zmq::message_t reply;
// 接收消息,zmq::recv_flags::none表示使用默认的接收标志
socket.recv(reply, zmq::recv_flags::none); 
// 将接收到的消息转换为字符串
std::string replyMessage(static_cast<char*>(reply.data()), reply.size()); 
std::cout << "Received reply: " << replyMessage << std::endl;

ZeroMQ 还支持非阻塞的发送和接收操作。在非阻塞模式下,send和recv函数不会等待操作完成,而是立即返回,通过返回值可以判断操作是否成功。要使用非阻塞模式,需要在发送或接收时设置ZMQ_DONTWAIT标志。例如,非阻塞发送的代码如下:

zmq::send_result_t result = socket.send(request, zmq::send_flags::dontwait);
if (!result) {// 处理发送失败的情况,例如检查errno获取错误原因std::cerr << "Send failed: " << zmq_errno() << std::endl; 
}

非阻塞接收的代码类似:

zmq::recv_result_t result = socket.recv(reply, zmq::recv_flags::dontwait);
if (!result) {// 处理接收失败的情况std::cerr << "Recv failed: " << zmq_errno() << std::endl; 
}

通过这种方式,可以根据实际需求灵活选择阻塞或非阻塞的消息发送和接收方式,以满足不同场景下的性能和功能要求。

三、ZeroMQ通信模式实战

3.1请求 - 应答模式

请求 - 应答模式是最常见的通信模式之一,常用于客户端与服务器之间的交互。在这种模式下,客户端(REQ)向服务器(REP)发送请求,服务器接收请求并处理后返回应答。下面是一个简单的 C++ 代码示例:

// 服务器端代码
#include <zmq.hpp>
#include <iostream>int main() {// 创建ZeroMQ上下文zmq::context_t context(1); // 创建一个REP类型的套接字,用于接收请求并发送应答zmq::socket_t socket(context, zmq::socket_type::rep); // 将套接字绑定到地址"tcp://*:5555",*表示绑定到所有可用网络接口socket.bind("tcp://*:5555"); while (true) {// 接收客户端的请求zmq::message_t request; socket.recv(request, zmq::recv_flags::none); std::string request_str(static_cast<char*>(request.data()), request.size()); std::cout << "Received request: " << request_str << std::endl;// 处理请求后,发送应答std::string reply_str = "Reply to " + request_str; zmq::message_t reply(reply_str.size()); memcpy(reply.data(), reply_str.data(), reply_str.size()); socket.send(reply, zmq::send_flags::none); }return 0;
}
// 客户端代码
#include <zmq.hpp>
#include <iostream>int main() {// 创建ZeroMQ上下文zmq::context_t context(1); // 创建一个REQ类型的套接字,用于发送请求并接收应答zmq::socket_t socket(context, zmq::socket_type::req); // 连接到服务器的地址"tcp://localhost:5555"socket.connect("tcp://localhost:5555"); for (int i = 0; i < 5; ++i) {// 发送请求std::string request_str = "Request " + std::to_string(i); zmq::message_t request(request_str.size()); memcpy(request.data(), request_str.data(), request_str.size()); socket.send(request, zmq::send_flags::none); // 接收服务器的应答zmq::message_t reply; socket.recv(reply, zmq::recv_flags::none); std::string reply_str(static_cast<char*>(reply.data()), reply.size()); std::cout << "Received reply: " << reply_str << std::endl;}return 0;
}

在上述代码中,服务器端创建了一个REP类型的套接字并绑定到tcp://*:5555地址,然后进入一个无限循环,不断接收客户端的请求并发送应答。客户端创建了一个REQ类型的套接字并连接到服务器地址,通过循环发送 5 次请求,并接收服务器的应答。

3.2发布 - 订阅模式

发布 - 订阅模式用于消息的广播和分发,发布者(PUB)将消息发布到特定的主题,订阅者(SUB)可以订阅感兴趣的主题并接收相应的消息。下面是一个示例:

// 发布者代码
#include <zmq.hpp>
#include <iostream>
#include <string>
#include <sstream>int main() {// 创建ZeroMQ上下文zmq::context_t context(1); // 创建一个PUB类型的套接字,用于发布消息zmq::socket_t socket(context, zmq::socket_type::pub); // 将套接字绑定到地址"tcp://*:5556"socket.bind("tcp://*:5556"); while (true) {// 生成消息内容,这里以时间作为消息内容auto now = std::chrono::system_clock::now();auto in_time_t = std::chrono::system_clock::to_time_t(now);std::stringstream ss;ss << std::put_time(std::localtime(&in_time_t), "%Y-%m-%d %H:%M:%S");std::string message = ss.str();// 发布消息,这里假设主题为"time"std::string topic = "time"; zmq::message_t topic_msg(topic.size()); memcpy(topic_msg.data(), topic.data(), topic.size()); socket.send(topic_msg, zmq::send_flags::sndmore); zmq::message_t msg(message.size()); memcpy(msg.data(), message.data(), message.size()); socket.send(msg, zmq::send_flags::none); std::cout << "Published message: " << message << " on topic: " << topic << std::endl;// 每2秒发布一次消息std::this_thread::sleep_for(std::chrono::seconds(2)); }return 0;
}
// 订阅者代码
#include <zmq.hpp>
#include <iostream>int main() {// 创建ZeroMQ上下文zmq::context_t context(1); // 创建一个SUB类型的套接字,用于订阅消息zmq::socket_t socket(context, zmq::socket_type::sub); // 连接到发布者的地址"tcp://localhost:5556"socket.connect("tcp://localhost:5556"); // 订阅主题"time"std::string topic = "time"; socket.setsockopt(ZMQ_SUBSCRIBE, topic.data(), topic.size()); while (true) {// 接收消息,先接收主题,再接收消息内容zmq::message_t topic_msg; socket.recv(topic_msg, zmq::recv_flags::none); std::string topic_str(static_cast<char*>(topic_msg.data()), topic_msg.size()); zmq::message_t msg; socket.recv(msg, zmq::recv_flags::none); std::string message(static_cast<char*>(msg.data()), msg.size()); std::cout << "Received message on topic: " << topic_str << ", message: " << message << std::endl;}return 0;
}

在这个示例中,发布者每隔 2 秒发布当前时间作为消息,消息主题为 "time"。订阅者订阅了 "time" 主题,接收到消息后打印出主题和消息内容。

3.3推送 - 拉取模式

推送 - 拉取模式常用于任务分发和负载均衡,推送者(PUSH)将消息推送给多个拉取者(PULL)。下面是一个示例:

// 推送端代码
#include <zmq.hpp>
#include <iostream>int main() {// 创建ZeroMQ上下文zmq::context_t context(1); // 创建一个PUSH类型的套接字,用于推送消息zmq::socket_t socket(context, zmq::socket_type::push); // 将套接字绑定到地址"tcp://*:5557"socket.bind("tcp://*:5557"); for (int i = 0; i < 10; ++i) {// 生成任务消息,这里以任务编号作为消息内容std::string task = "Task " + std::to_string(i); zmq::message_t msg(task.size()); memcpy(msg.data(), task.data(), task.size()); socket.send(msg, zmq::send_flags::none); std::cout << "Pushed task: " << task << std::endl;}return 0;
}
// 拉取端代码
#include <zmq.hpp>
#include <iostream>int main() {// 创建ZeroMQ上下文zmq::context_t context(1); // 创建一个PULL类型的套接字,用于拉取消息zmq::socket_t socket(context, zmq::socket_type::pull); // 连接到推送端的地址"tcp://localhost:5557"socket.connect("tcp://localhost:5557"); while (true) {// 接收任务消息zmq::message_t msg; socket.recv(msg, zmq::recv_flags::none); std::string task(static_cast<char*>(msg.data()), msg.size()); std::cout << "Pulled task: " << task << std::endl;}return 0;
}

在这个示例中,推送端生成 10 个任务消息并推送给拉取端,拉取端不断接收任务消息并打印。在实际应用中,可能会有多个拉取端同时从推送端拉取消息,实现任务的并行处理和负载均衡 。例如在一个分布式计算集群中,任务调度中心作为推送端将计算任务分发给各个计算节点(拉取端),各个计算节点并行处理任务,提高整体的计算效率。

四、ZeroMQ应用场景

4.1分布式系统

在分布式系统中,各个节点之间需要进行高效的通信和协作。ZeroMQ 可以作为节点间通信的桥梁,实现数据的传输和任务的分发。在一个分布式文件系统中,客户端节点向元数据节点发送文件读取请求,元数据节点通过 ZeroMQ 将请求转发给存储节点,存储节点读取文件数据后,再通过 ZeroMQ 将数据返回给客户端节点。这种方式能够实现分布式系统中各节点之间的高效通信,提高系统的整体性能。

4.2实时数据处理

在实时数据处理领域,如金融交易系统、物联网数据采集与分析等场景中,需要处理大规模的数据流和事件驱动的应用。ZeroMQ 的高性能和低延迟特性使其非常适合这类场景。在一个股票交易系统中,行情数据会实时产生并需要快速处理和分发。使用 ZeroMQ 的发布 - 订阅模式,行情数据发布者可以将实时的股票价格、成交量等数据发布出去,各个交易策略模块作为订阅者,能够及时接收到这些数据并进行分析和交易决策。这种方式确保了数据的快速传输和处理,满足了实时性的要求。

4.3多线程并发编程

在多线程环境下,线程之间的通信和协作是一个重要问题。ZeroMQ 提供了进程内(inproc)通信协议,专门用于同一进程内不同线程之间的通信。以一个多线程的图像识别程序为例,主线程负责读取图像文件,然后通过 ZeroMQ 将图像数据发送给多个工作线程进行识别处理。工作线程处理完成后,再通过 ZeroMQ 将识别结果返回给主线程。通过这种方式,利用 ZeroMQ 实现了线程间的高效通信和任务协作,避免了传统多线程编程中复杂的同步和互斥操作,提高了程序的并发性能和可维护性。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/web/67719.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

深入解析 COUNT(DISTINCT) OVER(ORDER BY):原理、问题与高效替代方案

目录 一、累计去重需求场景 二、COUNT(DISTINCT) OVER(ORDER BY) 语法解析 2.1 基础语法 2.2 执行原理 三、三大核心问题分析

线性数据结构:单向链表

放弃眼高手低&#xff0c;你真正投入学习&#xff0c;会因为找到一个新方法产生成就感&#xff0c;学习不仅是片面的记单词、学高数......只要是提升自己的过程&#xff0c;探索到了未知&#xff0c;就是学习。 目录 一.链表的理解 二.链表的分类&#xff08;重点理解&#xf…

基于PyQt5打造的实用工具——PDF文件加图片水印,可调大小位置,可批量处理!

01 项目简介 &#xff08;1&#xff09;项目背景 随着PDF文件在信息交流中的广泛应用&#xff0c;用户对图片水印的添加提出了更高要求&#xff0c;既要美观&#xff0c;又需高效处理批量文件。现有工具难以实现精确调整和快速批量操作&#xff0c;操作繁琐且效果不理想。本项…

MCU内部ADC模块误差如何校准

本文章是笔者整理的备忘笔记。希望在帮助自己温习避免遗忘的同时&#xff0c;也能帮助其他需要参考的朋友。如有谬误&#xff0c;欢迎大家进行指正。 一、ADC误差校准引言 MCU 片内 ADC 模块的误差总包括了 5 个静态参数 (静态失调&#xff0c;增益误差&#xff0c;微分非线性…

嵌入式硬件篇---CPUGPUTPU

文章目录 第一部分&#xff1a;处理器CPU&#xff08;中央处理器&#xff09;1.通用性2.核心数3.缓存4.指令集5.功耗和发热 GPU&#xff08;图形处理器&#xff09;1.并行处理2.核心数量3.内存带宽4.专门的应用 TPU&#xff08;张量处理单元&#xff09;1.为深度学习定制2.低精…

03-机器学习-数据获取

一、流行机器学习数据集 主流机器学习数据集汇总 数据集名称描述来源MNIST手写数字图像数据集&#xff0c;由美国人口普查局员工书写。MNIST官网ImageNet包含数百万张图像&#xff0c;用于图像分类和目标检测。ImageNet官网AudioSet包含YouTube音频片段&#xff0c;用于声音分…

doris:STRUCT

STRUCT<field_name:field_type [COMMENT comment_string], ... > 表示由多个 Field 组成的结构体&#xff0c;也可被理解为多个列的集合。 不能作为 Key 使用&#xff0c;目前 STRUCT 仅支持在 Duplicate 模型的表中使用。一个 Struct 中的 Field 的名字和数量固定&…

一次端口监听正常,tcpdump无法监听到指定端口报文问题分析

tcpdump命令&#xff1a; sudo tcpdump -i ens2f0 port 6471 -XXnnvvv 下面是各个部分的详细解释&#xff1a; 1.tcpdump: 这是用于捕获和分析网络数据包的命令行工具。 2.-i ens2f0: 指定监听的网络接口。ens2f0 表示本地网卡&#xff09;&#xff0c;即计算机该指定网络接口捕…

“新月智能武器系统”CIWS,开启智能武器的新纪元

新月人物传记&#xff1a;人物传记之新月篇-CSDN博客 相关文章链接&#xff1a;星际战争模拟系统&#xff1a;新月的编程之道-CSDN博客 新月智能护甲系统CMIA--未来战场的守护者-CSDN博客 “新月之智”智能战术头盔系统&#xff08;CITHS&#xff09;-CSDN博客 目录 智能武…

实验六 项目二 简易信号发生器的设计与实现 (HEU)

声明&#xff1a;代码部分使用了AI工具 实验六 综合考核 Quartus 18.0 FPGA 5CSXFC6D6F31C6N 1. 实验项目 要求利用硬件描述语言Verilog&#xff08;或VHDL&#xff09;、图形描述方式、IP核&#xff0c;结合数字系统设计方法&#xff0c;在Quartus开发环境下&#xff…

SCRM系统如何提升客户管理及业务协同的效率与价值

内容概要 在当今商业环境中&#xff0c;SCRM系统&#xff08;社交客户关系管理系统&#xff09;正逐渐受到越来越多企业的关注和重视。随着科技的发展&#xff0c;传统的客户管理方式已经无法满足快速变化的市场需求&#xff0c;SCRM系统通过整合客户数据和社交网络信息&#…

[免费]微信小程序智能商城系统(uniapp+Springboot后端+vue管理端)【论文+源码+SQL脚本】

大家好&#xff0c;我是java1234_小锋老师&#xff0c;看到一个不错的微信小程序智能商城系统(uniappSpringboot后端vue管理端)&#xff0c;分享下哈。 项目视频演示 【免费】微信小程序智能商城系统(uniappSpringboot后端vue管理端) Java毕业设计_哔哩哔哩_bilibili 项目介绍…

PID算法的数学实现和参数确定方法

目录 概述 1 算法描述 1.1 PID算法模型 1.2 PID离散化的图形描述 1.3 PID算法的特点 2 离散化的PID算法 2.1 位置式PID算法 2.2 增量式PID算法 2.3 位置式PID与增量式PID比较 3 控制器参数整定 3.1 PID参数确定方法 3.1.1 凑试法 3.1.2 临界比例法 3.1.3 经验法…

《DeepSeek R1:大模型最简安装秘籍》

DeepSeek R1&#xff1a;AI 大模型界的新起之秀 在人工智能的璀璨星空中&#xff0c;大模型如繁星般闪耀&#xff0c;而 DeepSeek R1 无疑是其中一颗冉冉升起的新星&#xff0c;自问世以来便吸引了全球的目光&#xff0c;在人工智能领域占据了重要的一席之地。 从性能表现上看…

【论文阅读】RAG-Reward: Optimizing RAG with Reward Modeling and RLHF

研究背景 研究问题&#xff1a;这篇文章要解决的问题是如何优化检索增强生成&#xff08;RAG&#xff09;系统&#xff0c;特别是通过奖励建模和人类反馈强化学习&#xff08;RLHF&#xff09;来提高大型语言模型&#xff08;LLMs&#xff09;在RAG任务中的效果。研究难点&…

【数据结构】(3)包装类和泛型

一、包装类 1、什么是包装类 将基础类型包装成的类就是包装类。由于基础类型不是继承 Object 类的类&#xff0c;所以在泛型不能直接支持基础类型&#xff0c;为了解决这个问题&#xff0c;就需要把基础类型转换为对应的包装类。 基础类型对应的包装类 基础类型包装类byteByte…

DBUtils中QueryRunner(空参,传数据源)构造方法的区别及应用场景

关于学习Spring框架时重构DAO层时&#xff0c;遇到的QueryRunner构造方法的问题&#xff0c;回忆MySQL中DBUtils部分 1. 空参构造方法 new QueryRunner() 特点&#xff1a; 不绑定数据源&#xff1a;QueryRunner 实例内部没有 DataSource&#xff0c;因此无法自动获取连接。 …

C++11线程

C11提供了线程库&#xff0c;下面我们来看一下如何使用。 线程的创建 头文件 要创建一个线程需要包一个线程头文件:#include <thread> 我们先来看看thread支持的构造方式。 支持默认构造&#xff0c;直接使用thread创建一个空的线程对象。 也支持带参的构造&#x…

梯度提升用于高效的分类与回归

人工智能例子汇总:AI常见的算法和例子-CSDN博客 使用 决策树(Decision Tree) 实现 梯度提升(Gradient Boosting) 主要是模拟 GBDT(Gradient Boosting Decision Trees) 的原理,即: 第一棵树拟合原始数据计算残差(负梯度方向)用新的树去拟合残差累加所有树的预测值重…

Golang 并发机制-3:通道(channels)机制详解

并发编程是一种创建性能优化且响应迅速的软件的强大方法。Golang&#xff08;也称为 Go&#xff09;通过通道&#xff08;channels&#xff09;这一特性&#xff0c;能够可靠且优雅地实现并发通信。本文将揭示通道的概念&#xff0c;解释其在并发编程中的作用&#xff0c;并提供…