關(guān)于workman多進(jìn)程處理curl問題。
因業(yè)務(wù)處理時(shí)間比較大，故此采用了tcp 服務(wù)端與客戶端的模式，客戶端定時(shí)向服務(wù)端發(fā)送處理請求，服務(wù)端啟動(dòng)多個(gè)進(jìn)程去處理業(yè)務(wù)邏輯。
假設(shè)：
12：00 客戶端A發(fā)起請求告知服務(wù)端處理業(yè)務(wù)A 。
12：10 客戶端A再次發(fā)起請求告知服務(wù)端處理業(yè)務(wù)A 。
但業(yè)務(wù)邏輯比較多，可能10分鐘還沒結(jié)束，12：00那次還沒完，請問當(dāng)收到12：10的請求，服務(wù)端是怎么處理的？（多進(jìn)程的情況下。）
是等待12：00結(jié)束處理還是例外的一個(gè)空閑進(jìn)程直接處理呢。
順便說一句業(yè)務(wù)A里面需要用到curl 與sleep
請大神告知，目前自己的測試結(jié)果還是會造成阻塞。
1個(gè)回答
1、如果系統(tǒng)調(diào)度認(rèn)為當(dāng)前進(jìn)程能忙的過來，即前后兩個(gè)請求落入服務(wù)端同一個(gè)進(jìn)程，假設(shè)當(dāng)消耗15分鐘才處理完第一個(gè)請求，那么會在15分鐘后才執(zhí)行下一個(gè)請求，因?yàn)閱芜M(jìn)程內(nèi)請求是串行執(zhí)行的；反過來則后續(xù)的請求則會落入第二個(gè)進(jìn)程，這個(gè)時(shí)候兩個(gè)請求可以看做是并行執(zhí)行的；
2、關(guān)于 curl 部分的阻塞，已經(jīng)原貼回復(fù)過了： https://wenda.workerman.net/question/4791
3、業(yè)務(wù)代碼里不要使用 sleep , sleep 是系統(tǒng)調(diào)用會阻塞當(dāng)前進(jìn)程并掛起；
