我理一下啊 就是
兩臺服務器 A B 都部署了webman
壓力測試 2000個請求直接到 A 然后 由 A 在轉(zhuǎn)向B

我直接壓力測試B 是沒有問題的 ，2000個請求全部響應，

然后壓力測試 2000個請求 A A 用curl post方式 去請求B 這個時候 壓力測試的結(jié)果就響應超時了，可能就幾個十幾個響應

還會請求超時， 請問這是哪里的原因

你居然能聽懂他說的啥，我是完全聽不懂呀

后半段看懂了,就是左手掰右手去給左手捉癢
前半段2K8K看不懂

我的基礎(chǔ)不夠，希望大哥們指點一下

沒有死循環(huán)把 ，因為單個請求是可以響應的

比如A B公用10個進程對外服務，A發(fā)起curl請求B，如果同時發(fā)來10個A請求，這時每個進程都同時發(fā)起一個curl阻塞請求B接口，那么這10個進程就都進入阻塞狀態(tài)不能響應任何其他請求。因為10個進程都被A接口占用完了，那么沒有進程可以處理B請求，導致死鎖。

單個沒問題是因為始終有空閑進程能提供curl響應

所以 是curl的問題嗎

還有一個問題，我需要發(fā)送很多個請求 給別人 現(xiàn)在用的 redis 隊列，但是這個好像是排隊進行了的，如果我一次性要處理很多個是要用多個隊列來消耗嗎

最簡單的A網(wǎng)絡調(diào)用B改成A內(nèi)部函數(shù)調(diào)用B就好了。
redis隊列一個隊列可以啟動多個消費者消費，不一定要創(chuàng)建多隊列。

可是AB 是兩臺服務器，不可以內(nèi)部調(diào)用呢 只能通過請求 B ，，redis 我再去看下文檔

哥哥這個redis多個消費者消費 是 改哪個參數(shù) 嗎，文檔我沒找到

<?php
return [
...這里省略了其它配置...

'redis_consumer'  => [
    'handler'     => Webman\RedisQueue\Process\Consumer::class,
    'count'       => 8, // 可以設置多進程
    'constructor' => [
        // 消費者類目錄
        'consumer_dir' => app_path() . '/queue/redis'
    ]
]

]; 是這個么 ， 只有8個

index 很快 ，curl index 很慢

我想問你，你的代碼是不是我寫的這個樣子。

不是 ，實際上 有 兩臺服務器

沒試過，得試了才知道