swoole 第13章 http服务器

2021-06-09 鲁鲁槟 收藏

一、引言

今天我们来了解一下swoole内置的http服务器,这篇我们一开始没打算更新,想着后面写websocket的时候可能有个别知识点会让人觉得突兀,这才有了今天我们要说的内容。

为什么一开始没打算写swoole http服务器的内容呢?考虑到一般的web应用,现在都有非常成熟的开发框架,比如yii2\laravel\tp5\yaf等框架。如果说让你自己基于swoole再写一套应用层面的逻辑呢?比如路由解析,日志封装等等,不仅费时而且费力。

二、swoole_http_server

swoole_http_server继承自swoole_server,用于创建swoole版的http服务器。php也可以自己创建http服务器了?对,你没听错,是http服务器。

所谓的http服务器,其含义就是一旦我们部署好,用户便可以直接通过浏览器访问该服务器。理论上而言,我们不需要再借用nginx或者httpd部署,是不是很神奇?但是,理论归理论,swoole_http_server对HTTP协议的支持还不成熟,所以实际,我们还是需要用nginx作为代理。

虽然swoole_http_server继承自swoole_server,但是除了onConnect/onReceive回调不能用之外,swoole_server提供的其他API函数都可以直接使用,跟我们先前学到的内容无缝对接!另外,虽然废除了onReceive回调,swoole_http_server却为我们新增了onRequest回调,该回调会在接收到一个http请求之后被调用。

下面我们创建一个简单的http服务器。

<?php
$http = new swoole_http_server("127.0.0.1", 8000);
$http->on("request", function (swoole_http_request $request, swoole_http_response $response) {
    $response->status(200);
    $response->end("hello world.");
});
$http->start();

$http 是swoole_http_server的一个对象,onRequest回调接收两个参数分别是swoole_http_request对象和swoole_http_response对象,分别负责request请求和response响应,这两个我们等会再说。

swoole_http_server的start方法用于启动该server。

CLI下运行该脚本,我们创建一个监听本地8000端口的HTTP服务器,如果该端口被占用,可以更换其他未被占用的端口。

server启动之后,我们就可以用浏览器对该监听该端口的http server发起一个http请求,浏览器地址栏访问 http://127.0.0.1:8000 (也可用curl http://127.0.0.1:8000)后我们可以看到页面上有输出"hello world."字样。

作为应用服务器,单纯的输出hello world的意义不大。如果要丰富应用层,就需要让onRequest回调丰富起来,这也就需要我们熟悉onRequest回调的两个参数,http请求和http响应的处理。

三、swoole_http_request

swoole_http_request,负责http请求的相关信息。我们可以在这个对象上,获取header\server\get\post\files\cookie等信息,这等同于php的超全局变量,但是这可不是超全局的,request关联的这些信息可能不存在。我们来看一个例子

$http->on("request", function (swoole_http_request $request, swoole_http_response $response) {

    print_r($request);

    $response->status(200);
    $response->end("hello world.");
});

server在onRequest回调内打印swoole_http_request信息,我们用chrome浏览器访问下 http://127.0.0.1:8000/

看server终端打印的信息,首先我解释一个非重要信息,server终端会打印出两个 swoole_http_request Object,这是因为第二个是 /favicon.ico 请求,忽略就好,后面我们用nginx部署好,在应用的根目录下添加一个 favicon.ico 就不会有这个请求问题了。

我们看server所在终端打印的 swoole_http_request Object,发现有下面这些属性

  • fd 客户端标识

  • header 请求的头信息,你可以对比下浏览器实际发出的request header,结果是一样的

  • server 请求相关的服务器信息

  • 还有一项data,HTTP请求的详细信息

get在哪里呢?木有get信息,我们再访问下这个路由 http://127.0.0.1:8000?id=123 ,看看server终端打印的信息里是不是多了一项get属性?

现在我们可以在onRequest回调内,通过request−>server来获取URI信息,也可以通过request->get获取get相关的信息等等。

可以进一步说,如果我们继续在onRequest回调内根据 swoole_http_request->server['request_uri']做好路由解析,把不同的路由解析到不同的 php 类文件,swoole版的http请求便被我们用活了。案例这里就不说了,有兴趣的可以去github上搜一搜大牛的源码学习学习。

四、swoole_http_response

swoole_http_response,负责处理HTTP响应信息,包括响应的头信息header\响应状态等。

比如上例中 response−>status()设置响应状态码,response->end() 发送响应体并结束请求。

其实都没有什么要说的,跟传统的HTTP请求和响应差别不大。

swoole_http_request和swoole_http_response对象的细节,还请多翻阅官方手册。

五、nginx 代理

下面我们主要看看实际的部署问题。

即使swoole_http_server再牛逼,他现在也没赶超老牌的nginx,所以,在http请求上,我们还是靠nginx来处理,通过nginx把请求转发给swoole,如此一来你有没有发现整个逻辑少了fpm?没错,nginx+swoole顺利上位。

下面我们配置一个域名叫 "swoole.example.com"的站看看。

首先我们把监听8000端口的swoole_http_server打开,然后nginx添加如下的配置,重启nginx后,我们访问下 swoole.example.com 看看结果。不要忘记配置host哦

server {
    listen       80;
    root /var/www/test/;
    server_name  swoole.example.com;
    index index.php index.html;
    
    location / {
        if (!-e $request_filename) {
            proxy_pass http://127.0.0.1:8000;
        }
    }
}

默认 /var/www/test/ 目录下我们没有任何文件,空目录,location中我们判断如果访问的文件不存在,就转发到本地的8000端口即swoole_http_server。

我们访问下 http://swoole.example.com/index.html ,index.html是不存在的,按照nginx的逻辑,这个请求会被转发到本地的8000端口,所以结果页面展示的是hello world. 没有问题。也就是说现在我们成功的使用了nginx代理,swoole处理业务逻辑层。

后面,我们主要来说说websocket那些事。

阅读 135