PHP 请求上下文相关总结

我们首先来了解下什么是上下文。在我们写文章，写句子时，都会考虑一个观点或者内容的前后逻辑，转承启合，而在这个观点前后的内容就可以看成是它的上下文内容。它包含了语境的意味在里面，其实代码世界中的上下文也是一样的意思，本身 Context 这个单词就是环境、背景的意思。

接下来，我们来说说请求上下文又是什么呢？比如说我们要使用PHP来请求一个链接地址，通常我们会使用 curl 来进行请求，但是 curl 的配置其实是比较复杂的，所以我们在简单使用的情况下会使用 file_get_contents() 这种函数来快捷地请求链接。不过，可能很多人并不知道或者说没怎么使用过它的上下文参数。其实，使用了上下文参数之后，file_get_contents() 不仅可以提交 POST 请求，还可以定义各种请求头内容。这些东西，就是一个请求的上下文，也就是它的执行环境和背景。

首先，我们定义一个服务端，在这里只是输出 \_GET 和 和_POST 里面的内容。同时，我们还打印了 $_SERVER 来看看请求头是否获取到了。

print_r($_SERVER);

echo 'GET INFO', PHP_EOL;
foreach ($_GET as $k => $v) {
    echo $k, ': ', $v, PHP_EOL;
}

echo PHP_EOL,PHP_EOL;
echo 'POST INFO', PHP_EOL;
foreach ($_POST as $k => $v) {
    echo $k, ': ', $v, PHP_EOL;
}

接下来，在我们的测试代码中，使用 file_get_contents() 来进行 POST 提交。

$postdata = http_build_query(
    [
        'var1' => 'some content',
        'var2' => 'doh',
    ]
);

$opts = [
    'http' => [
        'method' => 'POST',
        'header' => 'Content-type: application/x-www-form-urlencoded',
        'content' => $postdata,
    ],
];

$context = stream_context_create($opts);
$result = file_get_contents('http://localhost:8088/?a=1', false, $context);
print_r($result);
var_dump($http_response_header);

在这里，我们只是用到了 stream_context_create() ，就能够轻松地创建一个请求的上下文环境了。stream_context_create() 是创建上下文环境的函数，它接收的参数是一个选项数组，里面用于定义当前请求的相关选项。注意，我们这里其实定义的是 http/https 相关的选项，它还可以定义 ftp 、 socket 等相关的请求协议选项。

在使用 file_get_contents() 函数请求远程地址后，我们可以在 $http_response_header 变量内获取到请求返回的响应头信息。而且这个变量是会定义在当前的局部作用域下，不用担心全局作用域污染的问题。

非常简单的方式就可以实现 POST 请求了吧，另外我们还可以使用 fopen() 函数来实现类似的效果，不过获取 body 和响应应信息时的方式就不同了。

$url = "http://localhost:8088/?a=1";

$opts = [
    'http' => [
        'method' => 'GET',
        'max_redirects' => '0',
        'ignore_errors' => '1',
    ],
];

$context = stream_context_create($opts);
$stream = fopen($url, 'r', false, $context);

// 返回响应头
var_dump(stream_get_meta_data($stream));

// 返回内容
var_dump(stream_get_contents($stream));
fclose($stream);

在这段代码中，我们使用 stream_get_meta_data() 函数来获得响应头，使用 stream_get_contents() 来获得响应的内容（body）。这样其实就真的和 curl 的效果差不多了，而且最主要的是，当前这种写法更简单方便。

从上面的代码中我们可以看出，这种上下文相关的函数都是 Stream 类型的函数，也就是流函数。它们是专门用来处理各种数据的，包括但不限于文件中的、网络上的、压缩文件以及其他一些操作的数据。在将来的学习中，我们还会接触到其它的内容。今天的学习，其实是流的网络数据处理中的一小部分内容，大家先消化消化吧！

测试代码： github.com/zhangyue050…

以上就是PHP 请求上下文相关总结的详细内容，更多关于PHP 请求上下文的资料请关注我们其它相关文章！

赞 (0)

相关推荐

  • php 多线程上下文中安全写文件实现代码

    复制代码 代码如下: <?php /** * @usage: used to offer safe file write operation in multiple threads context, arbitory file type * @author: Rocky Zhang * @time: Nov. 11 2009 * @demo[0]: $handler = mfopen($file, 'a+'); * mfwrite($handler, $str); */ function mfo

  • PHP 请求上下文相关总结

    我们首先来了解下什么是上下文.在我们写文章,写句子时,都会考虑一个观点或者内容的前后逻辑,转承启合,而在这个观点前后的内容就可以看成是它的上下文内容.它包含了语境的意味在里面,其实代码世界中的上下文也是一样的意思,本身 Context 这个单词就是环境.背景的意思. 接下来,我们来说说请求上下文又是什么呢?比如说我们要使用PHP来请求一个链接地址,通常我们会使用 curl 来进行请求,但是 curl 的配置其实是比较复杂的,所以我们在简单使用的情况下会使用 file_get_contents()

  • SpringBoot请求参数相关注解说明小结

    SpringBoot请求参数相关注解说明小结

    目录 一.@PathVariable 二.@RequestHeader 三.@RequestParam 三.@CookieValue 四.@RequestBody 一.@PathVariable 1.作用映射 url 路径中的变量 2.使用方法 @RestController public class BookController { @GetMapping("/book/{id}") public Integer getBook(@PathVariable("id"

  • ASP.NET Core应用错误处理之三种呈现错误页面的方式

    前言 由于ASP.NET Core应用是一个同时处理多个请求的服务器应用,所以在处理某个请求过程中抛出的异常并不会导致整个应用的终止.出于安全方面的考量,为了避免敏感信息的外泄,客户端在默认的情况下并不会得到详细的出错信息,这无疑会在开发环境下增加查错纠错的难度.对于生产环境来说,我们也希望最终用户能够根据具体的错误类型得到具有针对性并且友好的错误消息.ASP.NET Core提供了相应的中间件帮助我们将定制化的错误信息呈现出来,这些中间件都定义在"Microsoft.AspNetCore.Di

  • Flask框架中request、请求钩子、上下文用法分析

    本文实例讲述了Flask框架中request.请求钩子.上下文用法.分享给大家供大家参考,具体如下: request 就是flask中代表当前请求的request对象: 常用的属性如下: 属性 说明 类型 data 记录请求的数据,并转换为字符串 * form 记录请求中的表单数据 MultiDict args 记录请求中的查询参数 MultiDict cookies 记录请求中的cookie信息 Dict headers 记录请求中的报文头 EnvironHeaders method 记录请求

  • 详解Nginx的配置函数对于请求体的读取

    nginx核心本身不会主动读取请求体,这个工作是交给请求处理阶段的模块来做,但是nginx核心提供了ngx_http_read_client_request_body()接口来读取请求体,另外还提供了一个丢弃请求体的接口-ngx_http_discard_request_body(),在请求执行的各个阶段中,任何一个阶段的模块如果对请求体感兴趣或者希望丢掉客户端发过来的请求体,可以分别调用这两个接口来完成.这两个接口是nginx核心提供的处理请求体的标准接口,如果希望配置文件中一些请求体相关的指

  • 详解Nginx的核心配置模块中对于请求体的接受流程

    本篇文章主要会介绍nginx中请求的接收流程,包括请求头的解析和请求体的读取流程. 首先介绍一下rfc2616中定义的http请求基本格式: Request = Request-Line *(( general-header | request-header | entity-header ) CRLF) CRLF [ message-body ] </span> 第一行是请求行(request line),用来说明请求方法,要访问的资源以及所使用的HTTP版本: Request-Line  

  • 使用NLog给Asp.Net Core做请求监控的方法

    为了减少由于单个请求挂掉而拖垮整站的情况发生,给所有请求做统计是一个不错的解决方法,通过观察哪些请求的耗时比较长,我们就可以找到对应的接口.代码.数据表,做有针对性的优化可以提高效率.在 asp.net web api 中我们可以通过注册一个 DelegatingHandler 来实现该功能.那在 asp.net core 中该如何实现呢? 一:比较 asp.net web api 和 asp.net core 的请求管道 观察这两张图,可以发现他们非常的相似,都是管道式的设计,在 asp.ne

  • SpringSession 请求与响应重写的实现

    我们知道, HttpServletRequset 和 HttpServletResponse 是 Servlet 标准所指定的 Java 语言与 Web 容器进行交互的接口.接口本身只规定 java 语言对 web 容器进行访问的行为方式,而具体的实现是由不同的 web 容器在其内部实现的. 那么在运行期,当我们需要对 HttpServletRequset 和 HttpServletResponse 的默认实例进行扩展时,我们就可以继承 HttpServletRequestWrapper 和 H

  • Spring 重定向（Redirect）指南及相关策略问题

    概述 本文将重点介绍在 Spring 中实现重定向(Redirect),并将讨论每个策略背后的原因. 为什么要重定向? 让我们先来考虑在 Spring 应用程序中为什么您可能需要做一个重定向的原因. 当然有很多可能的例子和原因. 一个简单的可能是 POST 表单数据,围绕双重提交问题,或者只是将执行流委托给另一个控制器方法. 附注一点,典型的 Post / Redirect / Get 模式并不能充分解决双重提交问题 - 在初始提交完成之前刷新页面的问题可能仍然会导致双重提交. 使用  Redi

  • Python Flask上下文管理机制实例解析

    前言 上下文这个概念多见于文章中,是一句话中的语境,也就是语言环境.一句莫名其妙的话出现会让人不理解什么意思,如果有语言环境的说明,则会更好,这就是语境对语意的影响. 上下文是一种属性的有序序列,为驻留在环境内的对象定义环境.在对象的激活过程中创建上下文,对象被配置为要求某些自动服务,如同步.事务.实时激活.安全性等等. 如在计算机中,相对于进程而言,上下文就是进程执行时的环境.具体来说就是各个变量和数据,包括所有的寄存器变量.进程打开的文件.内存信息等.可以理解上下文是环境的一个快照,是一个用

随机推荐