脚本宝典收集整理的这篇文章主要介绍了内存的妙用 -- PHP终于可以 vs JAVA啦，脚本宝典觉得挺不错的，现在分享给大家，也给大家做个参考。
目录
内存的妙用 -- PHP终于可以 vs JAVA啦
初级应用 -- 实现用户注册登录 [撰写中]
展望 -- Swoole 的局限性分析及我个人的期待 [撰写中]
原生 PHP CURD
让我们来回顾一下PHP中数据库的使用
<?php
# curd.php
$id = 1;
$dbh = new PDO();
$stmt = $dbh->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中我们就可以实现连接池了！
<?php
$http = new swoole_http_server('0.0.0.0', 80, SWOOLE_BASE);
$http->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吧～
[本节完, 文字未校对, 程序未测试]
以上是脚本宝典为你收集整理的内存的妙用 -- PHP终于可以 vs JAVA啦全部内容，希望文章能够帮你解决内存的妙用 -- PHP终于可以 vs JAVA啦所遇到的问题。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。