❶ 搭建php平台時，為什麼老出現下面這個錯誤呢php-cgi.exe - FastCGI 進程意外退出
可以使用phpstudy或phpstudy for iis支持iis7，iis8和iis6，php版本也可以一鍵切換。純中文綠色解壓即可，你試試
❷ php-fpm子進程會自動重啟嗎
伺服器出現異常，網站不能正常訪問。經排查�php的問題。
在重啟php-fpm時，恢復正常。1分鍾之後又出現故障。查看php日誌文件/usr/local/php/var/log 後提示
WARNING: [pool www] server reached pm.max_children setting (5), consider raising it
子進程數已經達到設置的最大值。
要設置php進程數量。需要在php-fpm.conf文件中修改。
先看/usr/local/php/etc/php-fpm.conf文件各項配置解析
pid = run/php-fpm.pid
#pid設置，默認在安裝目錄中的var/run/php-fpm.pid，建議開啟
error_log = log/php-fpm.log
#錯誤日誌，默認在安裝目錄中的var/log/php-fpm.log
log_level = notice
#錯誤級別. 可用級別為: alert（必須立即處理）, error（錯誤情況）, warning（警告情況）, notice（一般重要信息）, debug（調試信息）. 默認: notice.
emergency_restart_threshold = 60
emergency_restart_interval = 60s
#表示在emergency_restart_interval所設值內出現SIGSEGV或者SIGBUS錯誤的php-cgi進程數如果超過 emergency_restart_threshold個，php-fpm就會優雅重啟。這兩個選項一般保持默認值。
process_control_timeout = 0
#設置子進程接受主進程復用信號的超時時間. 可用單位: s(秒), m(分), h(小時), 或者 d(天) 默認單位: s(秒). 默認值: 0.
daemonize = yes
#後台執行fpm,默認值為yes，如果為了調試可以改為no。在FPM中，可以使用不同的設置來運行多個進程池。 這些設置可以針對每個進程池單獨設置。
listen = 127.0.0.1:9000
#fpm監聽埠，即nginx中php處理的地址，一般默認值即可。可用格式為: 『ip:port』, 『port』, 『/path/to/unix/socket』. 每個進程池都需要設置.
listen.backlog = -1
#backlog數，-1表示無限制，由操作系統決定，此行注釋掉就行。backlog含義參考：
http://www.3gyou.cc/?p=41
listen.allowed_clients = 127.0.0.1
#允許訪問FastCGI進程的IP，設置any為不限制IP，如果要設置其他主機的nginx也能訪問這台FPM進程，listen處要設置成本地可被訪問的IP。默認值是any。每個地址是用逗號分隔. 如果沒有設置或者為空，則允許任何伺服器請求連接
listen.owner = www
listen.group = www
listen.mode = 0666
#unix socket設置選項，如果使用tcp方式訪問，這里注釋即可。
user = www
group = www
#啟動進程的帳戶和組
pm = dynamic #對於專用伺服器，pm可以設置為static。
#如何控制子進程，選項有static和dynamic。如果選擇static，則由pm.max_children指定固定的子進程數。如果選擇dynamic，則由下開參數決定：
pm.max_children #，子進程最大數
pm.start_servers #，啟動時的進程數
pm.min_spare_servers #，保證空閑進程數最小值，如果空閑進程小於此值，則創建新的子進程
pm.max_spare_servers #，保證空閑進程數最大值，如果空閑進程大於此值，此進行清理
pm.max_requests = 1000
#設置每個子進程重生之前服務的請求數. 對於可能存在內存泄漏的第三方模塊來說是非常有用的. 如果設置為 』0′ 則一直接受請求. 等同於 PHP_FCGI_MAX_REQUESTS 環境變數. 默認值: 0.
pm.status_path = /status
#FPM狀態頁面的網址. 如果沒有設置, 則無法訪問狀態頁面. 默認值: none. munin監控會使用到
ping.path = /ping
#FPM監控頁面的ping網址. 如果沒有設置, 則無法訪問ping頁面. 該頁面用於外部檢測FPM是否存活並且可以響應請求. 請注意必須以斜線開頭 (/)。
ping.response = pong
#用於定義ping請求的返回相應. 返回為 HTTP 200 的 text/plain 格式文本. 默認值: pong.
request_terminate_timeout = 0
#設置單個請求的超時中止時間. 該選項可能會對php.ini設置中的』max_execution_time』因為某些特殊原因沒有中止運行的腳本有用. 設置為 』0′ 表示 『Off』.當經常出現502錯誤時可以嘗試更改此選項。
request_slowlog_timeout = 10s
#當一個請求該設置的超時時間後，就會將對應的PHP調用堆棧信息完整寫入到慢日誌中. 設置為 』0′ 表示 『Off』
slowlog = log/$pool.log.slow
#慢請求的記錄日誌,配合request_slowlog_timeout使用
rlimit_files = 1024
#設置文件打開描述符的rlimit限制. 默認值: 系統定義值默認可打開句柄是1024，可使用 ulimit -n查看，ulimit -n 2048修改。
rlimit_core = 0
#設置核心rlimit最大限制值. 可用值: 『unlimited』 、0或者正整數. 默認值: 系統定義值.
chroot =
#啟動時的Chroot目錄. 所定義的目錄需要是絕對路徑. 如果沒有設置, 則chroot不被使用.
chdir =
#設置啟動目錄，啟動時會自動Chdir到該目錄. 所定義的目錄需要是絕對路徑. 默認值: 當前目錄，或者/目錄（chroot時）
catch_workers_output = yes
#重定向運行過程中的stdout和stderr到主要的錯誤日誌文件中. 如果沒有設置, stdout 和 stderr 將會根據FastCGI的規則被重定向到 /dev/null . 默認值: 空.
根據以上配置的解析，在php-fpm.conf文件中添加如下配置:
pm.max_children = 100
pm.start_servers = 30
pm.min_spare_servers = 20
pm.max_spare_servers = 100
以觀後效。
另附豆瓣技術貼:https://www.douban.com/note/315222037/
1、php-fpm優化參數介紹
他們分別是：pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。
pm：表示使用那種方式，有兩個值可以選擇，就是static（靜態）或者dynamic（動態）。
在更老一些的版本中，dynamic被稱作apache-like。這個要注意看配置文件的說明。
下面4個參數的意思分別為：
pm.max_children：靜態方式下開啟的php-fpm進程數量
pm.start_servers：動態方式下的起始php-fpm進程數量
pm.min_spare_servers：動態方式下的最小php-fpm進程數
pm.max_spare_servers：動態方式下的最大php-fpm進程數量
區別：
如果dm設置為 static，那麼其實只有pm.max_children這個參數生效。系統會開啟設置數量的php-fpm進程。
如果dm設置為 dynamic，那麼pm.max_children參數失效，後面3個參數生效。
系統會在php-fpm運行開始 的時候啟動pm.start_servers個php-fpm進程，
然後根據系統的需求動態在pm.min_spare_servers和pm.max_spare_servers之間調整php-fpm進程數
2、伺服器具體配置
對於我們的伺服器，選擇哪種執行方式比較好呢？事實上，跟Apache一樣，運行的PHP程序在執行完成後，或多或少會有內存泄露的問題。
這也是為什麼開始的時候一個php-fpm進程只佔用3M左右內存，運行一段時間後就會上升到20-30M的原因了。
對於內存大的伺服器（比如8G以上）來說，指定靜態的max_children實際上更為妥當，因為這樣不需要進行額外的進程數目控制，會提高效率。
因為頻繁開關php-fpm進程也會有時滯，所以內存夠大的情況下開靜態效果會更好。數量也可以根據 內存/30M 得到，比如8GB內存可以設置為100，
那麼php-fpm耗費的內存就能控制在 2G-3G的樣子。如果內存稍微小點，比如1G，那麼指定靜態的進程數量更加有利於伺服器的穩定。
這樣可以保證php-fpm只獲取夠用的內存，將不多的內存分配給其他應用去使用，會使系統的運行更加暢通。
對於小內存的伺服器來說，比如256M內存的VPS，即使按照一個20M的內存量來算，10個php-cgi進程就將耗掉200M內存，那系統的崩潰就應該很正常了。
因此應該盡量地控制php-fpm進程的數量，大體明確其他應用佔用的內存後，給它指定一個靜態的小數量，會讓系統更加平穩一些。或者使用動態方式，
因為動態方式會結束掉多餘的進程，可以回收釋放一些內存，所以推薦在內存較少的伺服器或VPS上使用。具體最大數量根據 內存/20M 得到。
比如說512M的VPS，建議pm.max_spare_servers設置為20。至於pm.min_spare_servers，則建議根據伺服器的負載情況來設置，比如伺服器上只是部署php環境的話，比較合適的值在5~10之間。
本伺服器配置
1、伺服器基本信息：
硬碟：數據盤30G、系統盤20G
內存：1.5G
CPU：雙核
系統：CentOS 6.3 64位
帶寬：獨享2M
2、部署的應用
Git、SVN、Apache、Tomcat、PHP、Nginx、mysql、JDK
3、優化後的參數
pm = dynamic
pm.start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 8
❸ 為什麼PHP程序報"Internal Server Error"錯誤
如果您上傳的php程序在運行後報「internal server error」錯誤，請您注意檢查以下兩方面：
1、請您檢查php程序的屬性是否設置為755，如果php程序的屬性不是755，那麼運行的時候會報「internal server error」錯誤，請您使用ftp軟體將屬性更改為755再測試。
2、請您檢查php程序所在的當前目錄下是否有名為.htaccess的文件存在，此文件會干擾php程序的正常運行，如果發現有此文件建議您刪除或者改名後再測試。
❹ 如何防止PHP進程異常退出
通常，在cli下運行的常駐後台PHP進程，可能異常退出，比如php執行過程中出現的致命錯誤，或被 kill 命令手動殺死等。如下面的php代碼：
while(1){
$content = fgets(STDIN);
if(empty($content)){
sleep(1);
}
//邏輯處理部分代碼省略
}
排查過程
我們使用register_shutdown_function來跟蹤下到底是什麼錯誤導致的進程退出。(想更多了解register_shutdown_function，請查看博文 妙用php中的register_shutdown_function和fastcgi_finish_request )加入了錯誤捕捉代碼。如下：
$is_end = false;
function catch_error(){
global $is_end;
$time = date('Y-m-d H:i:s');
$error = error_get_last();
$msg = "$time [error]";
if($is_end){
$msg .= "is_end[yes]";
}else{
$msg .= "is_end[no]";
}
if($error){
$msg .= var_export($error,1);
}
echo $msg."\r\n";
}
register_shutdown_function("catch_error");
可是，php進程再次退出。而在日誌中並沒有記錄任何信息。說明register_shutdown_function方法根本沒有執行。是什麼導致register_shutdown_function方法沒有運行呢？在php的官方文檔中又這樣一個注釋：
Shutdown functions will not be executed if the process is killed with a SIGTERM or SIGKILL signal. While you cannot intercept a SIGKILL, you can use pcntl_signal() to install a handler for a SIGTERM which uses exit() to end cleanly.
注釋的意思是當php進程獲得SIGTERM和SIGKILL信號而退出時，是不執行register_shutdown_function方法的。可以使用pcntl_signal()方法來捕獲信息，並調用相應的處理方法。
好，那是不是信號導致我們的php進程退出呢？我們加入如下代碼：
declare(ticks = 1);
function sig_handler($signo){
$time = date('Y-m-d H:i:s');
echo $time." exit signo[{$signo}]\r\n";
exit("");
}
pcntl_signal(SIGTERM, "sig_handler");
pcntl_signal(SIGHUP, "sig_handler");
pcntl_signal(SIGINT, "sig_handler");
pcntl_signal(SIGQUIT, "sig_handler");
pcntl_signal(SIGILL, "sig_handler");
pcntl_signal(SIGPIPE, "sig_handler");
pcntl_signal(SIGALRM, "sig_handler");
過一段時間，發現php進程退出了，日誌中出現了如下日誌信息：
2014-11-23 18:30:06 exit signo[14]
2014-11-23 18:30:06 [error]is_end[no]
看來是sigalarm信號導致php進程退出了。這個信號是可以捕獲和處理的。這樣無關緊要的信號，我們還是忽略吧。最終的代碼如下：
declare(ticks = 1);
$is_end = false;
function catch_error(){
global $is_end;
$time = date('Y-m-d H:i:s');
$error = error_get_last();
$msg = "$time [error]";
if($is_end){
$msg .= "is_end[yes]";
}else{
$msg .= "is_end[no]";
}
if($error){
$msg .= var_export($error,1);
}
echo $msg."\r\n";
}
register_shutdown_function("catch_error");
function sig_handler($signo){
$time = date('Y-m-d H:i:s');
if($signo == 14){
//忽略alarm信號
echo $time." ignore alarm signo[{$signo}]\r\n";
}else{
echo $time." exit signo[{$signo}]\r\n";
exit("");
}
}
pcntl_signal(SIGTERM, "sig_handler");
pcntl_signal(SIGHUP, "sig_handler");
pcntl_signal(SIGINT, "sig_handler");
pcntl_signal(SIGQUIT, "sig_handler");
pcntl_signal(SIGILL, "sig_handler");
pcntl_signal(SIGPIPE, "sig_handler");
pcntl_signal(SIGALRM, "sig_handler");
while(1){
$content = fgets(STDIN);
if(empty($content)){
sleep(1);
}
//邏輯處理部分代碼省略
}
$is_end = true;
經過一段觀察，在日誌中又發現了alarm相關的日誌，但是php進程依然在。看來我們的修改有作用了。
❺ grpc導致php子進程不能退出0
因為使用會員中心插件，會員中心類插件會接管grpc系統的登錄頁面，從而導致grpc導致php子進程不能退出0。grpc是google開源的一個高性能，跨語言的RPC框架，基於HTTP2協議，基於protobuf3.x支持多種開發語言。
❻ php的多進程是不是可以無限制的fork子進程
對於php了解的不多，但是php作為一種開源腳本語言，其中有C、Java、Perl編程語言的特點。
就C而言，無限制的fork子進程顯然是不可能的。進程是並發程序在執行過程中分配和管理資源的基本單位，是一個動態的概念。如果為每一個請求都創建一個進程的話，系統的開銷會很大，而且用戶請求效率非常低。
另一方面，進程之間是獨立的地址空間，並且進程之間的資源都是獨立的，這不像同一進程內的線程共享本進程的資源。所以說在有限的存儲空間中無限制的fork子進程顯然是很難實現的。
個人見解，如有誤或者您有更好的見解，敬請指教！
❼ php-cgi.exe應用程序錯誤 "0x00000000"指令引用的"0x00000000"內存.該內存不能為"read";
電腦出現：【該內存不能為read】，這是你安裝的「軟體」和電腦中的「內存」有沖突！
1。電腦里有【木馬或病毒】干擾，下載「360安全衛士」和「360殺毒雙引擎版」或「金山衛士」和「金山毒霸」，建議「全盤掃描」病毒和木馬，修補電腦上的「高危」和「重要」的【系統漏洞】！【系統修復】，一鍵修復！【插件清理】，立即清理【惡評插件】！
2。【可疑啟動項】，下載「360系統急救箱」，或打開360安全衛士，【功能大全】里的「360系統急救箱」，開始急救，完畢後，重啟電腦！開機後，【文件恢復區】，點開：可疑啟動項和木馬，徹底刪除文件！
再：【系統修復】，全選，立即修復！【網路修復】，開始修復。重啟電腦！
【金山急救箱】，勾選【擴展掃描】，立即掃描，完畢後，立即處理，重啟電腦！
3。你下載的「播放器」，或「聊天軟體」，或「IE瀏覽器」，或「游戲」的【程序不穩定】，或者「版本太舊」！建議卸掉，下載新的，或將其升級為【最新版本】！IE瀏覽器，和測試版軟體不推薦升級！
4。就是你安裝了兩款或兩款以上的同類軟體（如：兩款播放器，兩款qq，或多款瀏覽器，多款殺毒軟體，多款網游等等）！它們在一起【互不兼容】，卸掉「多餘」的那一款！
5。你在電腦左下角「開始」菜單里找到【強力卸載電腦上的軟體】，找到多餘的那款卸掉！ 卸完了再「強力清掃」（看準了再卸，別把有用的卸了）！完畢後，重啟電腦！
6。再不行，開始菜單，運行 ，輸入cmd， 回車，在命令提示符下輸入【復制即可】 ：
for %1 in (%windir%\system32\*.ocx) do regsvr32 /s %1
粘貼，回車，完畢後，再輸入：
for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1
回車！直到屏幕滾動停止為止，重啟電腦！
7。再不行，去網上下載一個【read修復工具】，修復一下試試！注意查殺一下病毒和木馬！
8。重啟電腦，開機出完電腦品牌後，按「F8」，進到「安全模式」，游標選定：【最後一次正確設置】，回車，回車，看看效果如何！
實在不行就：【一鍵還原系統或重裝系統】！
❽ 本人小白請教PHP程序不能正常運行問題報錯如下求解
可能是相應文件夾沒有寫許可權
❾ php.exe應用程序錯誤如何解決
你好！電腦出現：【該內存不能為read與written】，原因是比較復雜的，請對症下葯！
【答案原創，引用請說明，原作者：力王歷史】！偶然出現！點：【確定或取消】，即可！
1。配置錯誤！【重啟，出完電腦品牌後，按F8，安全模式，最後一次正確配置，回車，回車】！
2。系統漏洞！【360安全衛士或金山衛士，或可牛免費殺毒，修復：高危和重要的，其它忽略】！
3。軟體沖突！【卸載不常用的軟體，保持系統穩定，尤其是同類型的軟體，不兼容】！
4。軟體版本過舊！【使用：（驅動人生），更新：顯卡驅動，音效卡驅動！其它軟體，覆蓋安裝】！
5。病毒木馬！【殺毒軟體，全盤掃描與自定義掃描，完畢後，隔離區，徹底刪除】！
6。惡評插件！【可牛免費殺毒，金山衛士，或360安全衛士，清理惡評插件】！
7。可疑啟動項！【360系統急救箱，開始急救，文件恢復區，徹底刪除文件】！
8。系統文件損壞！【金山急救箱】，擴展掃描，立即掃描，立即處理，重啟電腦】！
9。專業工具！【去網上下載一個：read修復工具，修復，試試】！
10。指令修復法！開始菜單，運行 ，輸入cmd， 回車，在命令提示符下輸入(復制即可) ：
for %1 in (%windir%\system32\*.ocx) do regsvr32 /s %1
粘貼，回車，滾動完畢後，再輸入：
for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1
回車！直到屏幕滾動停止為止，重啟電腦！
❿ php進程死鎖造成的原因有哪些
產生死鎖的原因：一是系統提供的資源數量有限，不能滿足每個進程的使用；二是多道程序運行時，進程推進順序不合理。
產生死鎖的必要條件是：1、互斥條件；2、不可剝奪條件（不可搶占）；3、部分分配；4、循環等待。
根據產生死鎖的四個必要條件，只要使其中之一不能成立，死鎖就不會出現。為此，可以採取下列三種預防措施：
1、採用資源靜態分配策略，破壞"部分分配"條件；
2、允許進程剝奪使用其他進程佔有的資源，從而破壞"不可剝奪"條件；
3、採用資源有序分配法，破壞"環路"條件。
死鎖的避免不嚴格地限制死鎖的必要條件的存在，而是系統在系統運行過程中小心地避免死鎖的最終發生。最著名的死鎖避免演算法是銀行家演算法。死鎖避免演算法需要很大的系統開銷。
解決死鎖的另一條途徑是死鎖檢測方法，這種方法對資源的分配不加限制，即允許死鎖的發生。但系統定時地運行一個"死鎖檢測"程序，判斷系統是否已發生死鎖，若檢測到死鎖發生則設法加以解除。
解除死鎖常常採用下面兩種方法：1、資源剝奪法；2、撤消進程法