服务器之家：专注于服务器技术及软件下载分享
分类导航

PHP教程|ASP.NET教程|JAVA教程|ASP教程|编程技术|正则表达式|C/C++|IOS|C#|Swift|Android|JavaScript|易语言|

服务器之家 - 编程语言 - PHP教程 - 深入剖析浏览器退出之后php还会继续执行么

深入剖析浏览器退出之后php还会继续执行么

2021-01-20 16:40PHP教程网 PHP教程

浏览器退出之后php还会继续执行么？下面小编就为大家介绍一下究竟览器退出之后php还会不会继续执行。一起跟随小编过来看看吧

前提：这里说的是典型的lnmp结构，nginx+php-fpm的模式

如果我有个php程序执行地非常慢，甚至于在代码中sleep()，然后浏览器连接上服务的时候，会启动一个php-fpm进程，但是这个时候，如果浏览器关闭了，那么请问，这个时候服务端的这个php-fpm进程是否还会继续运行呢？

今天就是要解决这个问题。

最简单的实验

最简单的方法就是做实验，我们写一个程序：在sleep之前和之后都用file_put_contents来写入日志：

?
1
2
3
4
<?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还是会继续运行的?

ignore_user_abort

老王和diogin提醒，这个可能是和php的ignore_user_abort函数相关。

于是我就把代码稍微改成这样的：

?
1
2
3
4
5
<?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为何值，都是会继续执行的。

但是这里有一个疑问: user_abort是什么？

深入剖析浏览器退出之后php还会继续执行么

文档对cli模式的abort说的很清楚，当php脚本执行的时候，用户终止了这个脚本的时候，就会触发abort了。然后脚本根据ignore_user_abort来判断是否要继续执行。

但是官方文档对cgi模式的abort并没有描述清楚。感觉即使客户端断开连接了，在cgi模式的php是不会收到abort的。

难道ignore_user_abort在cgi模式下是没有任何作用的？

是不是心跳问题呢？

首先想到的是不是心跳问题呢？我们断开浏览器客户端，等于在客户端没有close而断开了连接，服务端是需要等待tcp的keepalive到达时长之后才会检测出来的。

好，需要先排除浏览器设置的keepalive问题。

抛弃浏览器，简单写一个client程序：程序连接上http服务之后，发送一个header头，sleep1秒就主动close连接，而这个程序并没有带http的keepalive头。

程序如下：

?
1
2
3
4
5
6
7
8
9
10
11
12
13
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
}

服务端程序：

?
1
2
3
4
5
<?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还是没有生效。

如何触发ignore_user_abort

那该怎么触发ignore_user_abort呢？服务端这边怎么知晓这个socket不能使用了呢？老王和diogin说是不是需要服务端主动和socket进行交互，才会判断出这个socket是否可以使用？

另外，我们还发现，php提供了connection_status和connection_aborted两个方法，这两个方法都能检测出当前的连接状态。于是我们的打日志的那行代码就可以改成：

?
1
2
3
4
5
file_put_contents('/tmp/test.log', '1 connection status: '
. connection_status()
. "abort:"
. connection_aborted()
. php_eol, file_append | lock_ex);

根据手册连接处理显示我们可以打印出当前连接的状态了。

下面还缺少一个和socket交互的程序，我们使用echo，后面也顺带记得带上flush，排除了flush的影响。

程序就改成

?
1
2
3
4
5
6
7
8
9
10
11
12
13
<?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。观察日志：

?
1
2
3
4
5
6
7
8
9
10
11
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。

但是这里有个奇怪的地方，为什么第一个2 connection status的状态还是0呢（normal）。

rst

我们使用wireshark抓包看整个客户端和服务端交互的过程

深入剖析浏览器退出之后php还会继续执行么

这整个过程只有发送14个包，我们看下服务端第一次发送22222的时候，客户端返回的是rst。后面就没有进行后续的包请求了。

于是理解了，客户端和服务端大概的交互流程是：

当服务端在循环中第一次发送2222的时候，客户端由于已经断开连接了，返回的是一个rst，但是这个发送过程算是请求成功了。直到第二次服务端再 次想往这个socket中进行write操作的时候，这个socket就不进行网络传输了，直接返回说connection的状态已经为abort。所以 就出现了上面的情况，第一次222是status为0，第二次的时候才出现abort。

strace进行验证

我们也可以使用strace php -s xxx来进行验证

整个过程strace的日志如下：

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
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了。后续的写操作也都不会再执行了。

总结

正常情况下，如果客户端client异常推出了，服务端的程序还是会继续执行，直到与io进行了两次交互操作。服务端发现客户端已经断开连接，这个 时候会触发一个user_abort，如果这个没有设置ignore_user_abort，那么这个php-fpm的程序才会被中断。

至此，问题结了。

以上这篇深入剖析浏览器退出之后php还会继续执行么就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持服务器之家。

  • 浏览器
  • PHP
  • 执行

    • 延伸 · 阅读

    精彩推荐
    最近更新
    编辑推荐
    阅读排行
    热门标签
    2021 　 2038 　 100010 　 在线时间 　 bcompiler 　 PHP文件 　 形参 　 实参 　 存储方案 　 PHP技术 　 php安全 　 编程效率 　 Foxmail 　 PHPnow 　 apache_pn 　 visitFile 　 dede模板标签 　 ExcelFileParser 　 escape 　 IP查询 　 GOOGLE地图 　 递归循环 　 QQ互联登录 　 颠倒 　 变量引用 　 自动获取 　 递归删除 　 加载文件 　 异常机制 　 递增运算 　
    © 2019-2020 服务器之家 版权所有 www.zzvips.com 关于我们联系我们版权申明网站地图