这篇文章主要围绕和转ZeroMQ试用笔记之REQ&ROUTER展开，旨在为您提供一份详细的参考资料。我们将全面介绍的优缺点，解答转ZeroMQ试用笔记之REQ&ROUTER的相关问题，同时也会为您带来

这篇文章主要围绕和转ZeroMQ 试用笔记之 REQ & ROUTER展开，旨在为您提供一份详细的参考资料。我们将全面介绍的优缺点，解答转ZeroMQ 试用笔记之 REQ & ROUTER的相关问题，同时也会为您带来(转) ZeroMQ 的模式 - Requset-Reply、(转) 小心使用 zeromq、./node_modules/react-router-dom/react-router-dom.js尝试导入错误：未从“ react-router”导出“ Navigate”、Multer 不使用 next-connect 返回 req.body 和 req.file的实用方法。

• （转）ZeroMQ 试用笔记之 REQ & ROUTER（zeromq req rep）
• (转) ZeroMQ 的模式 - Requset-Reply
• (转) 小心使用 zeromq
• ./node_modules/react-router-dom/react-router-dom.js尝试导入错误：未从“ react-router”导出“ Navigate”
• Multer 不使用 next-connect 返回 req.body 和 req.file

（转）ZeroMQ 试用笔记之 REQ & ROUTER（zeromq req rep）

zeromq 的尝鲜笔记之一。内容包含 ROUTER socket 的理解介绍，一个小代码片段，以及 czmq 中处理消息帧的 api 的用法。

试用说白了就是用 zeromq 写套小东西。期间必然会遇到问题，笔记的目的无非就是记录问题，加深理解。而实际上我在记录的过程中也不断地修正了一些起初想当然的错误的理解。虽说已极力避免，但由于都是自己一人的理解，错误在所难免，希望有兴趣看的同学帮我指出。

背景

目标是依赖 Zeromq 实现一个支持并发的 server 端，接收多个 client 的请求，略作处理后返回响应。

client 端是 windows 上的 java 程序。server 端则是 CentOS 下的 cpp 程序。

实现

若直接用 REQ-REP 模式的话，需要注意到：REP 端必须严格遵循 recv,send,recv,send…. 的步骤，倘若 REP 端在 recv 后 需要一定时间的处理之后才能 send，那么接下来的下一个 REQ 就得被迫等着了。所以从外部看，我们的 REP 的并发只有 1。就跟下面这张图一样，步骤 4 的 消息必须等到步骤 3 之后才能被接收。

这可能是有些场景下必须的，但不是我想要的。因为我们需要并发。说白了就是我们要在步骤 2 的执行期间，把步骤 4 甚至接下来的 5、6 都做了。

ROUTER 正是基于这样的目的才被引入的。我们之前也有过介绍，但那个介绍在我看来更像是个 guide 翻译。这里再加上自己的理解细说一下。

REP 之所以要按部就班，因为它如果不按部就班，就不知道把响应发回给哪里，所以它必须要同步地，先 recv 再 send。

我们再来看 ROUTER。它之所以可以不按部就班，是因为它收到 REQ 的消息时，在消息头上加入来源地址，然后再交给客户端。发送时，取出消息第一帧作为目标地址，将空帧之后的帧进行发送。

举例来说，app1 通过 REQ 发送给通过 ROUTER 接收的 app2。若 app1 发送的是

，经由 ROUTER 的处理，app2 应用层得到的消息将是

对于 app2，不能只关心业务数据”hello”，还需要将 app1′s address 缓存下来，用以响应的回复。比如，若 app2 要回复”world”，需要手动构造一个有三个 frame 的消息：

再把这个消息交给 ROUTER socket 进行 send，这时 ROUTER 会将第一帧 address 取出作为目标地址 —— 也就是的 REQ 端 ——，再将空帧之后的数据发出。所以最终 REQ 端收到响应为：

这些步骤看起来复杂，看看 C 代码怎么写。zeromq 给我们提供了包装库 czmq，利用它我们可以很方便地做到上述的过程。
这是代码片段。

需要说明的是 czmq 里的几个函数，万万不可用错。虽然有注释，但要用对这些 api 首先得搞清楚里面提到的 first，front 在 message 里是怎么个位置，为此我画了个图：

所以回头看代码片段，我们在构造响应消息时先 push 了一个填充着 "world" 的帧。再 zmsg_wrap 了一个填充着 address 的帧。
zmsg_wrap 做了两个事情：1）在 "world" 之前放上 address 的帧； 2）在这个帧 front 放个空帧。

(转) ZeroMQ 的模式 - Requset-Reply

我们先来看看第一种模式:Request-Reply Pattern。 请求应答模式。

Request-Reply 这个名字很直白，口语点说就是一问一答。可以使同步的遵循请求序的一问一答，也可以 是异步的不按请求序的一问一答；其中也可以包含各种不同的路由策略 —— 让谁来回答。zeromq 定义的为这个模式服务的 socket 有：ZMQ_REQ, ZMQ_REP, ZMQ_ROUTER 以及 ZMQ_DEALER. 用他们进行合理的组合，就可以实现现实世界中各种不同的请求应答模式。

分别来看：

ZMQ_REQ

ZMQ_REQ 做的事情就是发问，然后收答。发、收必须是严格按序进行。请求时对对端进行 Round Robin，遇到异常则阻塞。官方对这个 socket 的总结如下：

ZMQ_REP

ZMQ_REP 做的事情是收问题然后回答。收、发严格按序调用。对收到的问题公平排队，逐一作答。回答发出时遇到异常则直接丢弃，不会阻塞。

可以发现，上述两种 socket 是纯同步的，连用在它们身上的 api 的调用顺序都有严格定义。而且没有办法动态决定请求的去向。如果要实现更复杂的请求应答模式，就要借助于下面两种 socket 了。

ZMQ_DEALER

其实 ZMQ_DEALER 也是同步的，ZMQ_DEALER 也叫作 ZMQ_XREQ，概念上是 request/reply socket 的扩展 (实现上刚好相反哦)。从名字上可知它是一个代理层。它对收到的消息公平排队，并以 RR 方式发送消息，在遇到异常时发送阻塞。它的主要 作用是将 come in 的请求 load balance 地发送给到对端们。

ZMQ_ROUTER

ZMQ_ROUTER 是真正的异步。ZMQ_ROUTER socket 收到消息时会在消息栈上加一层包含消息来源地址的消息；发送消息时，会将这一层消息取出，将其作为发送的目的地。如果发送时遇到异常，则丢弃 消息。ZMQ_ROUTER 通过这种方式做到了不需要保存任何状态便可异步地转发消息，而这一切应用层是看不到的。

总结

归纳总结一下，0mq 的 Request-Reply 模式下有四种 socket 类型：

• DEALER： 给连接的对端 RR 地分发消息，对收到的消息公平排队。
• REQ：在应用层外发的消息上加一层空消息再发送；在收到消息后去掉分隔空消息再返回应用层。它实质上是在 DEALER 上构建的，只是在此基础上强制加入了发、收循环。
• ROUTER：针对每一个收到的消息：加一层来源地址段，然后再交给应用层；针对每一个要发出的消息：去掉最上层的地址段，并以该地址段为目的地进行发送。
• REP：对收到的消息：储存所有的消息内容直到第一个分隔空消息段，把剩余的消息体传给应用层；对发出的消息：把之前储存的消息体加回来，并像 ROUTER 一样发送出去。它实质上实在 ROUTER 上构建的，只是在此基础上强制加入了收、发循环。

有了这几种 socket，便可以组合成各种 Request-Reply 模式了：

[REQ] <--> [REP] [REQ] <--> [ROUTER--DEALER] <--> [REP] [REQ] <--> [ROUTER--DEALER] <--> [ROUTER--DEALER] <--> [REP]...

举个例子，N 个 client 要给 M 个 worker 提交任务，worker 完成任务后返回给 client；worker 需要平衡负载以避免某一 worker 过于劳累，client 发出的请求也有先后之说，不能让后发的请求先于之前的被交给 worker。这番描述的 socket 组合便可如下图 (from the guide) 方式构建：

(转) 小心使用 zeromq

./node_modules/react-router-dom/react-router-dom.js尝试导入错误：未从“ react-router”导出“ Navigate”

如何解决./node_modules/react-router-dom/react-router-dom.js尝试导入错误：未从“ react-router”导出“ Navigate”

./node_modules/react-router-dom/react-router-dom.js Attempted import error: ''Navigate'' is not exported from ''react-router''.

react-router-dom的版本是6.0.0-alpha.2，而react-router是5.2.0。 两者均已正确安装。我不确定如何解决此错误。有人可以给我任何可能的解决方法吗？

我的代码中甚至没有<Navigate to=?>行。

解决方法

Multer 不使用 next-connect 返回 req.body 和 req.file

如何解决Multer 不使用 next-connect 返回 req.body 和 req.file

我正在使用 nextjs 并且我想上传一个文件，所以我使用了 next-connect 以使用 multer

import nc from "next-connect";
import multer from "multer";

export const config = {
    api: {
      bodyParser: false,},}

const upload = multer({ dest: `${__dirname}../../public` });

const handler = nc()
  .use(upload.single(''image''))
  .post(async (req,res)=>{
    console.log(req.body); // undefined
    console.log(req.file); // undefined
    res.status(200).send("yo");
  })


export default handler;

这是客户端代码：

function handleOnSubmit(e){
        e.preventDefault();

        const data = {};

        var formData = new FormData(e.target);
        for (const [name,value] of formData) {
            data[name] = value;
        }
        data.type = data.type[0].toupperCase();
        data.name = data.name[0].toupperCase();

        axios({
            method: "POST",url:"/api/manager",data,config: {
                headers: {
                    ''content-type'': ''multipart/form-data''
                }
            }
        })
        .then(res=>{
            console.log(res);
        })
        .catch(err=>{
            throw err
        });
    }
...
return(
   ...
   <Form onSubmit={(e)=>handleOnSubmit(e)}>
   ...
   </Form>
)

我进行了搜索，发现的所有内容都与 nodejs 和 expressjs 有关，但在 next.js 上没有任何内容。我不知道如何继续。

解决方法

const upload = multer({ dest: `${__dirname}../../public` });

const storage = multer.memoryStorage()
const upload = multer({storage: storage});

今天关于和转ZeroMQ 试用笔记之 REQ & ROUTER的讲解已经结束，谢谢您的阅读，如果想了解更多关于(转) ZeroMQ 的模式 - Requset-Reply、(转) 小心使用 zeromq、./node_modules/react-router-dom/react-router-dom.js尝试导入错误：未从“ react-router”导出“ Navigate”、Multer 不使用 next-connect 返回 req.body 和 req.file的相关知识，请在本站搜索。