国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

Windows下nginx+fastcgi+php的并發(fā)阻塞問題

zollero / 1348人閱讀

摘要：接到一個需求，兩個項目之間需要以接口形式通訊。在無法并發(fā)只能排隊請求的情況下，第一個請求依賴于第二個請求的結(jié)果第二個請求卻排在后面一直等待第一個請求執(zhí)行完畢。

接到一個需求，兩個項目之間需要以接口形式通訊。我心想curl輕松解決，Easy！
啪嗒啪嗒啪嗒……代碼擼完了，本地測試一下
瀏覽器一直轉(zhuǎn)圈圈直到超時……

Why!?

沒有任何錯誤提示信息，日志也沒有任何新記錄
用POSTMAN調(diào)試了一下剛寫出的接口，沒問題啊？
再試一次結(jié)果依舊，重啟環(huán)境后再試也依舊
經(jīng)過一番測試，我懷疑是不是我本地環(huán)境無法并發(fā)？

我訪問項目是一個請求，項目訪問另一項目的接口則是第二個請求。在無法并發(fā)只能排隊請求的情況下，第一個請求依賴于第二個請求的結(jié)果；第二個請求卻排在后面一直等待第一個請求執(zhí)行完畢。這就導(dǎo)致互相依賴產(chǎn)生死循環(huán)，也就說得通了

怎么解決？

nginx以高并發(fā)聞名，怎么偏偏默認不支持并發(fā)？
谷歌找了很多關(guān)于nginx并發(fā)的文章，挨個兒嘗試設(shè)置，全都以失敗告終
WTF！？這是鬧哪樣？該加該改的都弄了，理論上并發(fā)能力爆棚了啊
又是一番嘔心瀝血的谷歌，終于讓我找到了答案——

Windows下PHP_FCGI_CHILDREN無效
（具體參見PHP BUG#49859）

一般情況下Windows下Nginx的配置都是fastcgi_pass 127.0.0.1:9000;
也就是說cgi根本不會自動產(chǎn)生新進程去處理并發(fā)請求，只能排隊
那要怎么辦？既然不能自動生成，那就只好手動咯

動手解決

我準備額外啟動3個php-cgi去處理并發(fā)請求
首先在nginx.conf中進行如下配置：

upstream phpfastcgi_proxy {
    server 127.0.0.1:9000;
    server 127.0.0.1:9001;
    server 127.0.0.1:9002;
    server 127.0.0.1:9003;
        # 或更多……
}

再把所有
fastcgi_pass 127.0.0.1:9000;
改為
fastcgi_pass phpfastcgi_proxy;
保存，重啟Nginx。

現(xiàn)在，Nginx會自動將請求轉(zhuǎn)發(fā)給9000-9003其中一個空閑端口中，接下來我們還需要啟動對應(yīng)數(shù)量的php-cgi去監(jiān)聽端口

快捷鍵Win+R打開運行，輸入cmd進入命令行，錄入以下代碼：
E:/php/php-cgi.exe -b 127.0.0.1:9001 -c E:/php/php.ini
（其中路徑部分需要換為你本機實際路徑）

回車后看似沒反應(yīng)，任務(wù)管理器中會發(fā)現(xiàn)多了一個php-cgi進程，netstat -a也能夠看到9001端口被監(jiān)聽了
注意不要把命令行關(guān)掉了，而是要繼續(xù)打開一個新的命令行
此時你已成功了一次，你還需要繼續(xù)成功兩次才能監(jiān)聽到9002和9003……

額外的3個php-cgi進程啟動成功后，你就擁有了一個并發(fā)數(shù)為4的本地環(huán)境
誒呀媽，不就想整個并發(fā)，真累人……
（后來還寫了個小程序?qū)ｉT用來自動啟動3個php-cgi進程，省事兒多了）

后記

并發(fā)問題看似是終于解決了

為啥說“看似”呢？因為在后來的實際測試中，自己啟動的php-cgi似乎不穩(wěn)定啊，將近有50%的幾率會掛掉，導(dǎo)致接口返回內(nèi)容依然為空，很奇怪啊不明覺厲，是不是我哪里配置錯了呢？

至此我已經(jīng)在這個問題上折騰了好幾個小時了，再折騰下去我老大估計要打我了。算了，辣雞Windows！我只好啟動了塵封已久的Ubuntu虛擬機……如果廣大讀者有明白這個問題的，還望不吝賜教，謝謝

本文同時刊登于我的博客 超能小紫，如果喜歡請常來玩哦

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/21688.html

相關(guān)文章

  • Windows下nginx+fastcgi+php的并發(fā)阻塞問題

    摘要：接到一個需求，兩個項目之間需要以接口形式通訊。在無法并發(fā)只能排隊請求的情況下，第一個請求依賴于第二個請求的結(jié)果第二個請求卻排在后面一直等待第一個請求執(zhí)行完畢。 接到一個需求，兩個項目之間需要以接口形式通訊。我心想curl輕松解決，Easy！啪嗒啪嗒啪嗒……代碼擼完了，本地測試一下瀏覽器一直轉(zhuǎn)圈圈直到超時…… Why!? 沒有任何錯誤提示信息，日志也沒有任何新記錄用POSTMAN調(diào)試了...

    tyheist 評論0 收藏0

  • Windows下PHP服務(wù)nginx不能使用file_get_contents的原因

    摘要：然而當你嘗試請求這樣的靜態(tài)文件時卻完全沒有問題。打開中的命令，可以看到本地的端口的狀態(tài)為，表示該進程在聯(lián)機處理中。與函數(shù)的原因也相同。這時需給另一個分配不同的端口，比如。因此這些人純粹是不學(xué)無術(shù)的騙子。 注意：本文為轉(zhuǎn)載，原文鏈接：Windows下PHP服務(wù)nginx不能使用file_get_contents/curl/fopen的原因！ 一、問題說明 在Windows環(huán)境下搭建了一...

    yacheng 評論0 收藏0

  • Windows下PHP服務(wù)nginx不能使用file_get_contents的原因

    摘要：然而當你嘗試請求這樣的靜態(tài)文件時卻完全沒有問題。打開中的命令，可以看到本地的端口的狀態(tài)為，表示該進程在聯(lián)機處理中。與函數(shù)的原因也相同。這時需給另一個分配不同的端口，比如。因此這些人純粹是不學(xué)無術(shù)的騙子。 注意：本文為轉(zhuǎn)載，原文鏈接：Windows下PHP服務(wù)nginx不能使用file_get_contents/curl/fopen的原因！ 一、問題說明 在Windows環(huán)境下搭建了一...

    娣辯孩 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<