登录
当前位置： 首页 > 编程笔记 >

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

公羊晟
2023-03-14
本文向大家介绍深入剖析浏览器退出之后php还会继续执行么，包括了深入剖析浏览器退出之后php还会继续执行么的使用技巧和注意事项，需要的朋友参考一下

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

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

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

最简单的实验

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

<?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函数相关。

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

<?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是什么？

文档对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头。

程序如下：

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
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两个方法，这两个方法都能检测出当前的连接状态。于是我们的打日志的那行代码就可以改成：

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

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

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

程序就改成

<?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 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抓包看整个客户端和服务端交互的过程

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

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

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

strace进行验证

我们也可以使用strace php -S XXX来进行验证

整个过程strace的日志如下：

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还会继续执行么就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持小牛知识库。

 类似资料：
  • rust 执行 expect 函数程序就退出了吗？还是会继续执行?

    对于上面的代码，如果执行 read_line 的时候出错，抛出的异常会传递给 expect("Failed to read line") 处理是吗？ expect("Failed to read line") 的作用就是接收到一个异常，然后 print "Failed to read line" 是吗？ expect("Failed to read line") 执行后，程序就 exit 了？还是

  • 发送HTTP响应后继续执行PHP

    问题内容： 如何使PHP 5.2（以apache mod_php运行）向客户端发送完整的HTTP响应，然后再继续执行操作一分钟？ 长话说： 我有一个PHP脚本，该脚本必须执行一些较长的数据库请求并发送电子邮件，这需要45到60秒才能运行。这个脚本由我无法控制的应用程序调用。我需要该应用程序报告从PHP脚本收到的任何错误消息（主要是无效的参数错误）。 该应用程序的超时延迟小于45秒（我不知道确切的值

  • 为什么javascript ES6promise在解析后继续执行？

    据我所知，promise是可以解析（）或拒绝（）的东西，但我惊讶地发现，promise中的代码在调用解析或拒绝后仍继续执行。 我认为resolve或reject是exit或return的异步友好版本，它将停止所有立即的函数执行。 有人能解释一下为什么下面的示例有时在解析调用后显示console.log的背后思想吗： 杰斯宾

  • 深入理解PHP原理之执行周期分析

    本文向大家介绍深入理解PHP原理之执行周期分析，包括了深入理解PHP原理之执行周期分析的使用技巧和注意事项，需要的朋友参考一下 本文讲述了PHP原理之执行周期。分享给大家供大家参考，具体如下： PHP的执行周期，从最初我们编写的PHP脚本->到最后脚本被执行->得到执行结果，这个过程，其实可以分为如下几个阶段： 首先，Zend Engine(ZE)，调用词法分析 器(Lex生成的，源文件在 Zen

  • PHP-关闭浏览器后会话销毁

    问题内容： 尽管此问题有多个重复项，但我找不到适合我的解决方案。需要一些帮助。 我已在配置文件中使用过。 但这并没有帮助我破坏浏览器关闭时的会话。 应用电流： 1）如果用户有效，则在身份验证页面中，使用生成新的会话标识符 2）控制转到welcome.php，在这里我使用开始新的会话 3）在注销页面中的代码是 问题答案： 最好的方法是关闭会话：如果在特定时间间隔后该会话没有响应。然后关闭。

  • 深入理解Java之HashMap源码剖析

    本文向大家介绍深入理解Java之HashMap源码剖析，包括了深入理解Java之HashMap源码剖析的使用技巧和注意事项，需要的朋友参考一下 一、HashMap概述 HashMap基于哈希表的 Map 接口的实现。此实现提供所有可选的映射操作，并允许使用 null 值和 null 键。（除了不同步和允许使用 null 之外，HashMap 类与 Hashtable 大致相同。）此类不保证映射的顺

相关阅读

如何继续退出的Docker容器深入剖析JavaScript:Object类型深入剖析$.ajax()方法AJAX和浏览器后退按钮抛出异常后如何继续执行Java程序？

相关文章

RecordAccumulator详细剖析浏览器实现抓包Selenium WebDriver-在IE浏览器上运行测试Selenium WebDriver-在Firefox浏览器上运行测试Selenium WebDriver在Chrome浏览器上运行测试

相关问答

退出谷歌浏览器使用爪哇网络故障后继续测试执行浏览器会话在脚本执行期间过期Libgdx：手机的后退按钮在屏幕之间继续javascript - 定时器开启之后，触发关闭后定时器的内容还会持续执行多次是什么原因？

相关工具

3D浏览器闪游浏览器亿简浏览器搜狗浏览器Enlightened 硬件浏览器

相关文档

libevent 源码深度剖析深入解析 Go深入浅出 Node.jsPHP7 内核剖析Memcached 全面剖析
快捷导航： 新手教程 算法原理 架构设计 Java进阶 数据库进阶 大厂专栏 面试经验 编程笔记 编程问答 所有专题 文档资料 工具软件 电子书籍 小牛导航
在线工具： 房贷计算器 个税计算器 Linux命令查询 Json格式化 正则表达式 颜色转换 AES加解密 SHA1加密 MD5加密 毒鸡汤 字数统计 随机密码生成 进制转换 Base64编解码 励志句子
Copyright © 2019-2024 小牛知识库@xnip.cn. All Rights Reserved.