php等一些無用的自動啟動進程,php程序如何啟動

本文目錄一覽：

• 1、如何用supervisor守護php-fpm主進程以實現php-fpm的自動重啟
• 2、如何“妥善的” 殺死用 php 開啟的進程
• 3、如何在PHP里啟動一個進程以後讓它在後台運行
• 4、如何禁止某些進程開機自啟
• 5、PHP服務器 自動隱藏啟動
• 6、啟動php-fpm為什麼有啟動了多個進程

如何用supervisor守護php-fpm主進程以實現php-fpm的自動重啟

1. 安裝supervisor

supervisor本身是python實現的，而且是調研階段，故先創建一個新的virtualenv環境，然後用pip安裝好supervisor包。

至此，基本的調研環境搭建完畢。當然，php-fpm和PHP環境以及前端的Nginx是早就ready的。

2. 分析php-fpm.sh腳本

通常編譯安裝PHP後，php-fpm這個2進制的C程序也會被編譯並安裝好，典型路徑在php_install_path/sbin/目錄下。該

目錄下還有個名為php-fpm.sh的腳本用於控制php-fpm進程的start/stop/restart/reload等動作。

./sbin/php-fpm.sh腳本中，”start”操作啟動了php-fpm主進程，其餘的操作都是通過向php-fpm master進程發signal實現的。

code class=”hljs bash”## code segment in php-fpm.sh

case “$1” in

start)

echo -n “Starting php-fpm “

## 下面這行是關鍵命令

$php_fpm_BIN –daemonize $php_opts

if [ “$?” != 0 ] ; then

echo ” failed”

exit 1

fi

wait_for_pid created $php_fpm_PID

if [ -n “$try” ] ; then

echo ” failed”

exit 1

else

echo ” done”

fi

;;/code

從上面是終端輸入”./sbin/php-fpm.sh

start”時，實際執行的代碼，可以看到，php-fpm進程的啟動參數是–daemonize

$php_opts，而$php_opts的值為”–fpm-config $php_fpm_CONF –pid $php_fpm_PID”。

注意: php-fpm.sh啟動php-fpm master進程時，傳入了daemonize參數，表明php-fpm master process以守護（daemon）方式啟動，而根據supervisor文檔的說明，當用supervisor監護進程時，被監護進程不能是守護進程，這是由於守護進程通常會在fork完子進程後就讓父進程”結束生命”，也即由supervisor創建的父進程退出，此時，supervisor無法再監護已退出進程創建出來的子進程。關於daemon process的行為，可以參考Linux Daemon Writing HOWTO一文來理解。

根據上面的分析，我們知道，只要supervisor啟動php-fpm進程時，不傳入daemonize參數即可。

3. 實現php-fpm主進程守護功能的supervisor配置文件

上面的分析已經告訴我們應該怎麼解決問題了，下面直接上驗證可用的配置文件。文件位於php-fpm.conf同級目錄下（典型路徑為php_install_path/etc/）。

code class=”hljs bash”code class=”hljs vhdl”

[inet_http_server] ; inet (TCP) server disabled by default

port=127.0.0.1:9015 ; (ip_address:port specifier, *:port for all iface)

[supervisord]

logfile=./var/log/supervisord.log ; (main log file;default $CWD/supervisord.log)

logfile_maxbytes=50MB ; (max main logfile bytes b4 rotation;default 50MB)

logfile_backups=2 ; (num of main logfile rotation backups;default 10)

loglevel=info ; (log level;default info; others: debug,warn,trace)

pidfile=./var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)

nodaemon=false ; (start in foreground if true;default false)

minfds=1024 ; (min. avail startup file descriptors;default 1024)

minprocs=200 ; (min. avail process descriptors;default 200)

identifier=sup.php-fpm ; (supervisord identifier, default is ‘supervisor’)

[rpcinterface:supervisor]

supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl]

serverurl= ; use an http:// url to specify an inet socket

[program:php-fpm]

command=bash -c “sleep 1 /home/slvher/tools/php/5.6.11/sbin/php-fpm –fpm-config /home/slvher/tools/php/5.6.11/etc/php-fpm.conf –pid /home/slvher/tools/php/5.6.11/var/run/php-fpm.pid” ; the program (relative uses PATH, can take args)

process_name=%(program_name)s ; process_name expr (default %(program_name)s)

autostart=true ; start at supervisord start (default: true)

autorestart=true ; whether/when to restart (default: unexpected)

startretries=5 ; max # of serial start failures (default 3)

exitcodes=0,2,70 ; ‘expected’ exit codes for process (default 0,2)

stopsignal=QUIT ; signal used to kill process (default TERM)

stopwaitsecs=2 ; max num secs to wait b4 SIGKILL (default 10)

/code/code

配置文件結構通過查看supervisor文檔很容易就能掌握，有兩個配置項需要特別注意：

1) command

它指定了supervisor要監控的進程的啟動命令，可以看到，這裡我們沒有給php-fpm傳入daemonize參數，其餘參數只是展開了php-fpm.sh中的shell變量而已。

大家已經注意到，command也不是直接調起php-fpm，而是通過bash -c執行了兩個命令，而第一個命令是sleep 1。這是由於php-fpm在stop後，其佔用的端口通常不能立即釋放，此時，supervisor以極快的速度試圖重新拉起進程時，可能會由於報如下錯誤而導致幾次retry均失敗：

code class=”hljs bash”code class=”hljs vhdl”code class=”hljs vbscript”## var/log/php-fpm.error.log

[18-Jul-2015 21:35:28] ERROR: unable to bind listening socket for address ‘127.0.0.1:9002’: Address already in use (98)

[18-Jul-2015 21:35:28] ERROR: FPM initialization failed/code/code/code

而supervisor目前還不支持delay restart功能，因此，這裡只能通過先sleep再啟動的略顯tricky的方法來解決問題，結果表明，療效不錯且無副作用。-_-

2) autorestart

其文檔描述如下：

code class=”hljs bash”code class=”hljs vhdl”code class=”hljs vbscript”code class=”hljs livecodeserver”May be one of false, unexpected, or true. If false, the process will never be autorestarted. If unexpected, the process will be restart when the program exits with an exit code that is not one of the exit codes associated with this process’ configuration (see exitcodes). If true, the process will be unconditionally restarted when it exits, without regard to its exit code./code/code/code/code

其默認值是unexpected，表示若被監護進程的exit code異常時，supervisor才會重新拉起進程。這裡設置為true，表明任何時候進程退出均會被再次拉起。

這樣配置好後，在本文第1步搭建好的virtualenv環境中，運行如下命令即可完成supervisor對php-fpm master進程的監護：

code class=”hljs bash”code class=”hljs vhdl”code class=”hljs vbscript”code class=”hljs livecodeserver”code class=”hljs avrasm”shell supervisord -c etc/sup.php-fpm.conf/code/code/code/code/code

然後，通過ps x | fgrep fpm可以看到，php-fpm主進程已經被拉起了。

然後，kill掉php-fpm主進程，再次ps x | fgrep fpm可以看到，一個新的php-fpm主進程會被supervisor創建出來。

至此，用supervisor守護php-fpm主進程以實現php-fpm的自動重啟的需求已經解決了。

如何“妥善的” 殺死用 php 開啟的進程

apache開啟時會自動加載php到進程中（需要設置php5_module），並加載了core, zendengine, extesion 3個模塊。 core是核心，處理各種請求，stream模式 zendengine是解釋器，用來執行用戶代碼 extension則是php的插件，比較常用的類似於mysqli

如何在PHP里啟動一個進程以後讓它在後台運行

在LINUX/UNIX下： 

符號””表示把程序放在後台運行，而調用者繼續。 

WIN9X/NT下，要用start命令： 

WINNT的start命令比WIN9X的多很多選項。     

如何禁止某些進程開機自啟

運行msconfig，在裡面可以設置。或用360、超級兔子等優化工具。再給你發個批處理，自動清除多餘的啟動項目。

PHP服務器 自動隱藏啟動

其實apache 安裝，就只需安裝一個服務，即可（當然配置文件中有點改動），下邊是我使用的apache，我是安裝後，直接拷文件出來，然後卸載，以後就可以用這些文件一鍵安裝咯（當然安裝目錄）是固定的，但沒有圖標什麼的，一鍵安裝，一鍵卸載。批處理內容如下：

@echo off

color 1f

sc delete http_skcg

D:\web\apache2.2\bin\httpd -k install -n “http_skcg” -f “D:\web\apache2.2\conf\http_skcg.conf”

net start http_skcg

pause

上述內容另存為bat或cmd格式

啟動php-fpm為什麼有啟動了多個進程

php-fpm的兩種進程管理模式php-fpm的進程數也是可以根據設置分為動態和靜態的。一種是直接開啟指定數量的php-fpm進程，不再增加或者減少；另一種則是開始的時候開啟一定數量的php-fpm進程，當請求量變大的時候，動態的增加php-fpm進程數到上限，當空閑的時候自動釋放空閑的進程數到一個下限。這兩種不同的執行方式，可以根據服務器的實際需求來進行調整。這裡先說一下涉及到這個的幾個參數吧，他們分別是pm、pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers。pm表示使用那種方式，有兩個值可以選擇，就是static（靜態）或者dynamic（動態）。在更老一些的版本中，dynamic被稱作apache-like。這個要注意看配置文件給出的說明了。PHP5.3php-fpm的默認靜態處理方式會使得php-cgi的進程長期佔用內存而無法釋放，這也是導致nginx出錯的原因之 一，因此可以將php-fpm的處理方式改成apache模式。下面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進程數。那麼，對於我們的服務器，選擇哪種執行方式比較好呢？事實上，跟Apache一樣，我們運行的PHP程序在執行完成後，或多或少會有內存泄露的問題。這也是為什麼開始的時候一個php-fpm進程只佔用3M左右內存，運行一段時間後就會上升到20-30M的原因了。所以，動態方式因為會結束掉多餘的進程，可以回收釋放一些內存，所以推薦在內存較少的服務器或者VPS上使用。具體最大數量根據 內存/20M 得到。比如說512M的VPS，建議pm.max_spare_servers設置為20。至於pm.min_spare_servers，則建議根據服務器的負載情況來設置，比較合適的值在5~10之間。然後對於比較大內存的服務器來說，設置為靜態的話會提高效率。因為頻繁開關php-fpm進程也會有時滯，所以內存夠大的情況下開靜態效果會更好。數量也可以根據內存/30M 得到。比如說2GB內存的服務器，可以設置為50；4GB內存可以設置為100等。