taro.request 并发限制没生效

[xn330125]

问题描述

taro.request 并发限制没生效，执行以下代码后，同时发出的请求超过5个

const req = () =>
  Taro.request({
    url: 'https://taro.aotu.io/'
  });
for (let i = 0; i < 20; i++) {
  req();
}

在下面代码里面队列的长度不可能会大于1吧
https://github.com/NervJS/taro/blob/2.x/packages/taro-weapp/src/native-api.js#L28

版本

Taro CLI 1.3.19 environment info:
System:
OS: macOS 10.14.6
Shell: 5.3 - /bin/zsh
Binaries:
Node: 10.15.3 - ~/.nvm/versions/node/v10.15.3/bin/node
Yarn: 1.16.0 - ~/.nvm/versions/node/v10.15.3/bin/yarn
npm: 6.4.1 - ~/.nvm/versions/node/v10.15.3/bin/npm
npmPackages:
@tarojs/async-await: 1.3.19 => 1.3.19
@tarojs/cli: 1.3.19 => 1.3.19
@tarojs/components: 1.3.19 => 1.3.19
@tarojs/mobx: 1.3.19 => 1.3.19
@tarojs/mobx-h5: 1.3.19 => 1.3.19
@tarojs/plugin-babel: 1.3.19 => 1.3.19
@tarojs/plugin-csso: 1.3.19 => 1.3.19
@tarojs/plugin-sass: 1.3.19 => 1.3.19
@tarojs/plugin-uglifyjs: 1.3.19 => 1.3.19
@tarojs/router: 1.3.19 => 1.3.19
@tarojs/taro: 1.3.19 => 1.3.19
@tarojs/taro-alipay: 1.3.19 => 1.3.19
@tarojs/taro-h5: 1.3.19 => 1.3.19
@tarojs/taro-swan: 1.3.19 => 1.3.19
@tarojs/taro-weapp: 1.3.19 => 1.3.19
@tarojs/webpack-runner: 1.3.19 => 1.3.19
eslint-config-taro: 1.3.19 => 1.3.19
eslint-plugin-taro: 1.3.19 => 1.3.19
nerv-devtools: ^1.4.4 => 1.5.6
nervjs: ^1.4.4 => 1.5.6
react: ^16.7.0 => 16.7.0
npmGlobalPackages:
typescript: 3.6.4

[taro-bot]

CC @Chen-jj

[taro-bot]

欢迎提交 Issue~

如果你提交的是 bug 报告，请务必遵循 Issue 模板的规范，尽量用简洁的语言描述你的问题，最好能提供一个稳定简单的复现。🙏🙏🙏

如果你的信息提供过于模糊或不足，或者已经其他 issue 已经存在相关内容，你的 issue 有可能会被关闭。

Good luck and happy coding~

[Inori-Lover]

不能按照模板发issue？

[shenghanqin]

请按照标准issue模板提出问题，并尽量给更多的demo、源代码示例。

[taro-bot]

Hello~

您的问题所提供的信息不足，我们无法定位到具体的问题。如果有空的话还请拔冗提供更具体的信息，否则这个 issue 将在 15 天后被自动关闭。

如果您在这 15 天中更新更多信息自动关闭的流程会自动取消，如有其他问题也可以发起新的 Issue。

Good luck and happy coding~

[xn330125]

请按照标准issue模板提出问题，并尽量给更多的demo、源代码示例。

已补充信息

[Inori-Lover]

请按照标准issue模板提出问题，并尽量给更多的demo、源代码示例。

已补充信息

6个不是刚刚好？代码就是6个……虽然那个MAX_REQUEST有点迷。
因为在5个的时候还可以run

[xn330125]

请按照标准issue模板提出问题，并尽量给更多的demo、源代码示例。

已补充信息

6个不是刚刚好？代码就是6个……虽然那个MAX_REQUEST有点迷。
因为在5个的时候还可以run

你看那个灰色条的开始时间，实际有10个请求同时Stalled。6个的限制也是因为达到了Chrome的最大6个tcp连接限制。
我打印了请求队列的长度，一直都是1，感觉这边计数逻辑是有问题的

[Inori-Lover]

请按照标准issue模板提出问题，并尽量给更多的demo、源代码示例。

已补充信息

6个不是刚刚好？代码就是6个……虽然那个MAX_REQUEST有点迷。
因为在5个的时候还可以run

你看那个灰色条的开始时间，实际有10个请求同时Stalled。6个的限制也是因为达到了Chrome的最大6个tcp连接限制。
我打印了请求队列的长度，一直都是1，感觉这边计数逻辑是有问题的

emmmm, 确实。这个实现有问题。
它根本没记录并发的数量，只记录了等待的。由于等待的不断被shift出来所以页不可能并发到。

这个时候我也想起一个bug，就是超时设置。
我在小程序里边写了超时之后发现初始化的时候请求数一多就很容易超时，尽管没有一个是超时的。
小程序应该是放开了并发报错的限制，但是超时的没有跟着修改

补充：希望能同时把<=这个也修了，不利于阅读。

[luckyadam]

确实有问题，我们看下