内存的妙用 -- PHP终于可以 vs JAVA啦

目录

1. 初探 Swoole -- 用 Swoole 启动一个 hello world

2. 内存的妙用 -- PHP终于可以 vs JAVA啦

3. 初级应用 -- 实现用户注册登录 [撰写中]

4. 展望 -- Swoole 的局限性分析及我个人的期待 [撰写中]

---

---

---

原生 PHP CURD

让我们来回顾一下PHP中数据库的使用

prepare('SELECT * FROM  `user` WHERE `id`=:id');
$stmt ->bindValue(':id', $id);
$user = $stmt->fetch();

var_dump($user);

上述代码, 本身是没有任何问题。这里我们也不是来挑出问题的，只是以一位多年PHPer的经验与大家交流下。

上面程序执行过程是什么样子的呢？

                 _______________________
                |                       |
    [浏览器请求] ==>   [mod_php/php-fpm]  |
                |           ||          |
                |           ||          |
                |           \/          |
                |       [curd.php]      |
                |           ||          |
                |           ||          |
                |           \/          |
                |    [PDO::_construct]  | <== 请求的开销
                |           ||          |
                |           ||          |
                |           \/          |
    [Response] <==      [PDO::CURD]     |
                |           ||          |
                |           ||          |
                |           \/          |
                |       [PDO::close]    |
                |_______________________|

Swoole PHP CURD

Java应用中，大家在进行数据库CURD的时候，会维护一个数据库连接池。在PHP的世界中，要想做连接池挺困难的：

• PHP web应用不可长驻运行

• 不可借助第三方服务如KV转存句柄

而在Swoole中我们就可以实现连接池了！

db->dbh = new PDO();

$http->on('request', function(swoole_http_request $req, swoole_http_response $res) use($http) {
    $id = 1;
    $stmt = $http->db->dbh->prepare('SELECT * FROM  `user` WHERE `id`=:id');
    $stmt ->bindValue(':id', $id);
    $user = $stmt->fetch();

    $res->end(var_export($user, true));
    unset($stmt);
});

执行流程

                      [php app.php]
                           ||
                           ||
                           \/
                    [PDO::__construct]
                           ||
               ____________||________________
              |            \/                |
  [浏览器请求] ==>   [ ->onRequest(\Closure) ] |
              |            ||                |
              |            ||                | <== 请求开销
              |            \/                |
  [Response] <==      [PDO::CURD]            |
              |____________||________________|
                           ||
                           \/
                     [PDO::close]
                       

分析上面流程, Swoole不用再每次请求时去建立数据库连接, 既避免了给数据库过多压力, 也更迅速的处理核心业务逻辑. 也许你觉得这优势不明显, 但是在c10k问题(Connections over 10,000)场景中, 优势就非常明显了吧?
当然, 上面的demo只是抛砖引玉, 没有实现multi connections pool, 如果大家要做生产化代码, 务必实现连接池, idle连接数按照业务需要, 比如80%的时间连接数200, 设置200个idle的连接池是最优的.

PHP有了连接池，我们的应用就可以不用再在收到请求时去创建数据库连接了。
试试上面的代码，与曾经碰到过3000+数据库连接的烦恼bye bye吧～

[本节完, 文字未校对, 程序未测试]