【问题标题】:Response streaming in Express does not work in Azure App ServiceExpress 中的响应流在 Azure 应用服务中不起作用
【发布时间】:2020-08-28 17:48:39
【问题描述】:

我正在尝试使用使用 Azure 应用服务托管的 NodeJS Express 服务器将响应流式传输到我的客户端。但是,我注意到它并不是真正的流式传输,而是尝试将响应作为一个整体发送。当响应大小很大(>50MB)时,客户端会得到一个Internal Server Error,但服务器不会抛出错误。

此外,当我在 Docker(节点映像:10.22.0-alpine3.9)内运行服务器时,我看到客户端以流的形式获取响应,即使响应很大。 (这是我真正需要的行为)

我的web.config文件如下。

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <system.webServer>
    <handlers>
      <add name="iisnode" path="server.js" verb="*" modules="iisnode" responseBufferLimit="0"/>
    </handlers>
    <iisnode flushResponse="true" />
    ...
  </system.webServer>
</configuration>

这是对我的程序的作用的一个小解释。

我有一个外部 API,它返回类似于以下内容的对象。

{
  "title":"Test Title",
  "lastBuildDate":"1597981114347",
  "items":[
    {
      id: 'item1',
      value: 'value1'
    },
    {
      id: 'item2',
      value: 'value2'
    },
    ...
  [
}

我只想过滤 items 数组中的元素并将它们发送给客户端。客户端应该得到如下响应。

[
   {
     id: 'item1',
     value: 'value1'
   },
   {
     id: 'item2',
     value: 'value2'
   },
   ...
[

有时这个对象太大(>50MB),因此,我将响应作为流发送以避免在我的服务器中使用过多的缓冲内存。下面是我用来流式传输响应的代码。

const https = require('https');
const { withParser } = require('stream-json/filters/Pick');
const { streamArray } = require('stream-json/streamers/StreamArray');
const { chain } = require('stream-chain');

exports.getStreamResponse = async function (req, res) {
  const options = {
    hostname,
    port,
    path,
    method: 'GET',
  };

  return new Promise((resolve, reject) => {
    https.request(options, (dataStream) => {
      const pipeline = chain([
        dataStream,
        withParser({ filter: 'items' }),
        streamArray()
      ]);
  
      res.write("[");
  
      let separator = '';
  
      pipeline.on('data', data => {
        res.write(separator + JSON.stringify(data.value));
        if (!separator) {
          separator = ',';
        }
      });
  
      pipeline.on('end', () => {
        res.write("]");
        res.end();
        resolve();
      });

      pipeline.on('error', (error) => {
        reject(error);
      });
    });
  })
};
            

我还注意到,如果我编写如下代码,我总是会收到流响应。但是,响应的格式不正确。

https.request(options, (dataStream) => {
  dataStream.pipe(res);
});

【问题讨论】:

    标签: node.js azure express azure-web-app-service node-streams


    【解决方案1】:

    就像我在问题的后半部分中描述的那样,直接将res(我对客户端的响应)传送到dataStream(我从外部 API 获得的数据流)允许流式传输没有任何问题。

    扩展相同的行为,我创建了一个Readable 流,它相当于我应该发送给我的客户的响应。然后我通过管道将它发送到res,它成功了。

    这是我的解决方案。

    const https = require('https');
    const { withParser } = require('stream-json/filters/Pick');
    const { streamArray } = require('stream-json/streamers/StreamArray');
    const { chain } = require('stream-chain');
    const { Readable } = require('stream');
    
    exports.getStreamResponse = async function (req, res) {
      const options = {
        hostname,
        port,
        path,
        method: 'GET',
      };
    
      return new Promise((resolve, reject) => {
        https.request(options, (dataStream) => {
          const pipeline = chain([
            dataStream,
            withParser({ filter: 'items' }),
            streamArray()
          ]);
      
          // create a readable stream to collect data from response 
          const readable = new Readable({
            // this empty method is to avoid 'ERR_METHOD_NOT_IMPLEMENTED'
            // error when read method is called while there is no data in the
            // readable stream
            read(size) { }
          });
      
          let separator = '';
      
          readable.pipe(res);
          readable.push("[");
    
          pipeline.on('data', data => {
            readable.push(separator + JSON.stringify(data.value));
            if (!separator) {
              separator = ',';
            }
          });
    
          pipeline.on('end', () => {
            readable.push("]");
            readable.push(null);
            resolve();
          });
                
          pipeline.on('error', reject);
        });
      })
    };
    

    但是,我注意到这个解决方案比我遇到问题的解决方案需要更多的内存。可能是因为我正在创建一个冗余的可读流。

    【讨论】:

      猜你喜欢
      • 2016-12-27
      • 1970-01-01
      • 1970-01-01
      • 2021-05-18
      • 2021-11-26
      • 2013-12-07
      • 2017-06-11
      • 1970-01-01
      相关资源
      最近更新 更多