欧美97色伦欧美一区二区日韩,国产福利片在线观看,freexxx性欧美vide0高清,西西亚洲,日本欧美国产精品第一页久久,成人18免费软件

當前位置： 維易PHP培訓學院 > PHP學習 > 內容正文

PHP實戰：深入剖析瀏覽器退出之后php還會繼續執行么

作者：VEPHP   時間 2017-10-05

《PHP實戰：深入剖析瀏覽器退出之后php還會繼續執行么》要點：
本文介紹了PHP實戰：深入剖析瀏覽器退出之后php還會繼續執行么，希望對您有用。如果有疑問，可以聯系我們。

前提：這里說的是典型的lnmp結構,nginx+php-fpm的模式PHP編程

如果我有個php程序執行地非常慢,甚至于在代碼中sleep(),然后瀏覽器連接上服務的時候,會啟動一個php-fpm進程,但是這個時候,如果瀏覽器關閉了,那么請問,這個時候服務端的這個php-fpm進程是否還會繼續運行呢?PHP編程

今天就是要辦理這個問題.PHP編程

最簡單的實驗PHP編程

最簡單的辦法就是做實驗,我們寫一個程序：在sleep之前和之后都用file_put_contents來寫入日志：
PHP編程

<?php
file_put_contents('/tmp/test.log', '11111' . PHP_EOL, FILE_APPEND | LOCK_EX);
sleep(3);
file_put_contents('/tmp/test.log', '2222' . PHP_EOL, FILE_APPEND | LOCK_EX);

實際操作的結果是,我們在服務器sleep的過程中,關閉客戶端瀏覽器,2222是會被寫入日志中.PHP編程

那么就意味著瀏覽器關閉以后,服務端的php還是會繼續運行的?PHP編程

ignore_user_abortPHP編程

老王和diogin提醒,這個可能是和php的ignore_user_abort函數相關.PHP編程

于是我就把代碼稍微改成這樣的：PHP編程

<?php
ignore_user_abort(false);
file_put_contents('/tmp/test.log', '11111' . PHP_EOL, FILE_APPEND | LOCK_EX);
sleep(3);
file_put_contents('/tmp/test.log', '2222' . PHP_EOL, FILE_APPEND | LOCK_EX);

發現并沒有任何軟用,不管設置ignore_user_abort為何值,都是會繼續執行的.PHP編程

但是這里有一個疑問: user_abort是什么?PHP編程

PHP實戰：深入剖析瀏覽器退出之后php還會繼續執行么PHP編程

文檔對cli模式的abort說的很清楚,當php腳本執行的時候,用戶終止了這個腳本的時候,就會觸發abort了.然后腳本根據ignore_user_abort來判斷是否要繼續執行.PHP編程

但是官方文檔對cgi模式的abort并沒有描述清楚.感覺即使客戶端斷開連接了,在cgi模式的php是不會收到abort的.PHP編程

難道ignore_user_abort在cgi模式下是沒有任何作用的?PHP編程

是不是心跳問題呢?PHP編程

首先想到的是不是心跳問題呢?我們斷開瀏覽器客戶端,等于在客戶端沒有close而斷開了連接,服務端是必要等待tcp的keepalive到達時長之后才會檢測出來的.PHP編程

好,必要先排除瀏覽器設置的keepalive問題.PHP編程

拋棄瀏覽器,簡單寫一個client程序：程序連接上http服務之后,發送一個header頭,sleep1秒就主動close連接,而這個程序并沒有帶http的keepalive頭.PHP編程

程序如下：PHP編程

package main
import "net"
import "fmt"
import "time"
func main() {
  conn, _ := net.Dial("tcp", "192.168.33.10:10011")
  fmt.Fprintf(conn, "GET /index.php HTTP/1.0\r\n\r\n")
  time.Sleep(1 * time.Second)
  conn.Close()
  return
}

服務端程序：
PHP編程

<?php
ignore_user_abort(false);
file_put_contents('/tmp/test.log', '11111' . PHP_EOL, FILE_APPEND | LOCK_EX);
sleep(3);
file_put_contents('/tmp/test.log', '2222' . PHP_EOL, FILE_APPEND | LOCK_EX);

發現仍然還是一樣,php還是不管是否設置ignore_user_abort,會繼續執行完成整個腳本.看來ignore_user_abort還是沒有生效.PHP編程

如何觸發ignore_user_abortPHP編程

那該怎么觸發ignore_user_abort呢?服務端這邊怎么知曉這個socket不能使用了呢?老王和diogin說是不是必要服務端主動和socket進行交互,才會判斷出這個socket是否可以使用?PHP編程

另外,我們還發現,php提供了connection_status和connection_aborted兩個辦法,這兩個辦法都能檢測出當前的連接狀態.于是我們的打日志的那行代碼就可以改成：
PHP編程

file_put_contents('/tmp/test.log', '1 connection status: ' 
. connection_status() 
. "abort:" 
. connection_aborted() 
. PHP_EOL, FILE_APPEND | LOCK_EX);

根據手冊連接處理顯示我們可以打印出當前連接的狀態了.PHP編程

下面還缺少一個和socket交互的程序,我們使用echo,后面也順帶記得帶上flush,排除了flush的影響.PHP編程

程序就改成PHP編程

<?php
ignore_user_abort(true);
file_put_contents('/tmp/test.log', '1 connection status: ' . connection_status() . "abort:" . connection_aborted() . PHP_EOL, FILE_APPEND | LOCK_EX);
sleep(3);
for($i = 0; $i < 10; $i++) {
    echo "22222";
    flush();
    sleep(1);
    file_put_contents('/tmp/test.log', '2 connection status: ' . connection_status() . "abort:" . connection_aborted(). PHP_EOL, FILE_APPEND | LOCK_EX);
}

很好,執行我們前面寫的client.觀察日志：
PHP編程

1 connection status: 0abort:0
2 connection status: 0abort:0
2 connection status: 1abort:1
2 connection status: 1abort:1
2 connection status: 1abort:1
2 connection status: 1abort:1
2 connection status: 1abort:1
2 connection status: 1abort:1
2 connection status: 1abort:1
2 connection status: 1abort:1
2 connection status: 1abort:1

終于制造出了abort.日志也顯示后面幾次的abort狀態都是1.PHP編程

但是這里有個奇怪的地方,為什么第一個2 connection status的狀態還是0呢(NORMAL).PHP編程

RSTPHP編程

我們使用wireshark抓包看整個客戶端和服務端交互的過程PHP編程

PHP實戰：深入剖析瀏覽器退出之后php還會繼續執行么PHP編程

這整個過程只有發送14個包,我們看下服務端第一次發送22222的時候,客戶端返回的是RST.后面就沒有進行后續的包哀求了.PHP編程

于是理解了,客戶端和服務端大概的交互流程是：PHP編程

當服務端在循環中第一次發送2222的時候,客戶端由于已經斷開連接了,返回的是一個RST,但是這個發送過程算是哀求成功了.直到第二次服務端再 次想往這個socket中進行write操作的時候,這個socket就不進行網絡傳輸了,直接返回說connection的狀態已經為abort.所以 就出現了上面的情況,第一次222是status為0,第二次的時候才出現abort.PHP編程

strace進行驗證PHP編程

我們也可以使用strace php -S XXX來進行驗證PHP編程

整個過程strace的日志如下：PHP編程

close(5)                = 0
lstat("/tmp/test.log", {st_mode=S_IFREG|0644, st_size=49873651, ...}) = 0
open("/tmp/test.log", O_WRONLY|O_CREAT|O_APPEND, 0666) = 5
fstat(5, {st_mode=S_IFREG|0644, st_size=49873651, ...}) = 0
lseek(5, 0, SEEK_CUR)          = 0
lseek(5, 0, SEEK_CUR)          = 0
flock(5, LOCK_EX)            = 0
write(5, "1 connection status: 0abort:0\n", 30) = 30
close(5)                = 0
sendto(4, "HTTP/1.0 200 OK\r\nConnection: clo"..., 89, 0, NULL, 0) = 89
sendto(4, "111111111", 9, 0, NULL, 0)  = 9
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({3, 0}, 0x7fff60a40290)    = 0
sendto(4, "22222", 5, 0, NULL, 0)    = 5
open("/tmp/test.log", O_WRONLY|O_CREAT|O_APPEND, 0666) = 5
fstat(5, {st_mode=S_IFREG|0644, st_size=49873681, ...}) = 0
lseek(5, 0, SEEK_CUR)          = 0
lseek(5, 0, SEEK_CUR)          = 0
flock(5, LOCK_EX)            = 0
write(5, "2 connection status: 0abort:0\n", 30) = 30
close(5)                = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({1, 0}, 0x7fff60a40290)    = 0
sendto(4, "22222", 5, 0, NULL, 0)    = -1 EPIPE (Broken pipe)
--- SIGPIPE {si_signo=SIGPIPE, si_code=SI_USER, si_pid=2819, si_uid=0} ---
open("/tmp/test.log", O_WRONLY|O_CREAT|O_APPEND, 0666) = 5
fstat(5, {st_mode=S_IFREG|0644, st_size=49873711, ...}) = 0
lseek(5, 0, SEEK_CUR)          = 0
lseek(5, 0, SEEK_CUR)          = 0
flock(5, LOCK_EX)            = 0
write(5, "2 connection status: 1abort:1\n", 30) = 30
close(5)                = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({1, 0}, 0x7fff60a40290)    = 0
open("/tmp/test.log", O_WRONLY|O_CREAT|O_APPEND, 0666) = 5
fstat(5, {st_mode=S_IFREG|0644, st_size=49873741, ...}) = 0
lseek(5, 0, SEEK_CUR)          = 0
lseek(5, 0, SEEK_CUR)          = 0
flock(5, LOCK_EX)            = 0
write(5, "2 connection status: 1abort:1\n", 30) = 30
close(5) 
...我們照中看status從0到1轉變的地方.
...
sendto(4, "22222", 5, 0, NULL, 0)    = 5
...
write(5, "2 connection status: 0abort:0\n", 30) = 30
close(5)                = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({1, 0}, 0x7fff60a40290)    = 0
sendto(4, "22222", 5, 0, NULL, 0)    = -1 EPIPE (Broken pipe)
--- SIGPIPE {si_signo=SIGPIPE, si_code=SI_USER, si_pid=2819, si_uid=0} ---
open("/tmp/test.log", O_WRONLY|O_CREAT|O_APPEND, 0666) = 5
fstat(5, {st_mode=S_IFREG|0644, st_size=49873711, ...}) = 0
lseek(5, 0, SEEK_CUR)          = 0
lseek(5, 0, SEEK_CUR)          = 0
flock(5, LOCK_EX)            = 0
write(5, "2 connection status: 1abort:1\n", 30) = 30
close(5)

第二次往socket中發送2222的時候顯示了Broken pipe.這便是程序告訴我們,這個socket已經不能使用了,順便php中的connection_status就會被設置為1了.后續的寫操作也都不會再執行了.PHP編程

總結PHP編程

正常情況下,如果客戶端client異常推出了,服務端的程序還是會繼續執行,直到與IO進行了兩次交互操作.服務端發現客戶端已經斷開連接,這個 時候會觸發一個user_abort,如果這個沒有設置ignore_user_abort,那么這個php-fpm的程序才會被中斷.PHP編程

至此,問題結了.PHP編程

以上這篇深入剖析瀏覽器退出之后php還會繼續執行么便是小編分享給大家的全部內容了,希望能給大家一個參考,也希望大家多多支持維易PHP.PHP編程

轉載請注明本頁網址：
http://www.snjht.com/jiaocheng/6614.html


    標簽：