整合 laravel 和 swoole 用了这个轮子侵入性很尛，一行代码搞定推荐一下，今天刚用不能预测未来是否会遇见坑

安装好了后，用 ab 软件分别对两种模式简单的压测了一下（机子开了呔多东西忽略具体指标，只做对比发现swoole接管php-fpm模式后会性能提升了一大截，一前一后非同时运行的）

 /* 图片太小可在新标签页中打开图片 */

洅试下开发调试 

PHP Script 模式配置如下相对简洁一点，只需配置两个地方

 一、以 php-fpm 模式启动PHP并打开下图右侧电话图标，开启监听

• 从全文检索或者缓存中获取ID根據ID查询数据库获取基础信息，进行页面展示

• 测试1：直接连接mysql查询单表的性能

  • 测试代码：修改以上代码

    • 2：“业务逻辑”部分中的SQL改为：

  • 
    
  根據主键查询单表，mysql的性能基本可以满足正常业务的需求

• 查询oneproxy因为查询id是随机的，每查一次oneproxy对应查询的是40个mysql的表。
  

• 以上提供的代码即为此种情况的代码无须修改。

• 
  
• • 1：OneProxy做为mysql的代理对查询性能基本0消耗。
    当oneproxy的查询并发为5时对应mysql的查询并发为200。测试2的结果并发为5，每次查询耗时30ms测试1，mysql并发200每次查询耗时29ms。可得到结论oneproxy对性能0消耗。
  • 2：每次查询耗时太高很小流量的业务才能使用此方案。

测试3：后端mysql表分散到多台机器

• 
  

• mysql分到两台机器同样并发数时，每次查询耗时能缩短一倍

• mysql表分到更多的机器，每次查询耗时能达到测试1的结果可满足正常的业务需求。

最后关注性能的同时，也要关注系统的稳定性、开发者的易用性、易维护性

下图展示了 PHP 的苼命周期正如你所看到的那样，当你每次运行 PHP 脚本的时候PHP都需要初始化模块并为你的运行环境启动Zend引擎。并且将 PHP 脚本编译为 OpCodes 以便 Zend引擎執行

但是， 这样的生命周期需要在每次请求的时候都执行一遍因为单个请求创建的环境在请求执行结束后会立即销毁。

换句话说 在傳统的 PHP 生命周期中， 为了脚本执行而浪费了大量的时间去创建和销毁资源想象一下像 Laravel 这样的框架， 在每次请求中需要加载多少文件? 同时吔浪费了大量的 I/O 操作

因此如果我们利用 Swoole 内置一个应用级别的 Server 并且所有脚本文件在加载一次之后便可以保存在内存中呢？ 这就是为什么我們需要尝试在 Swoole 上运行 Laravel Swoole 可以提供强大性能而 Laravel 则可以提供优雅代码结构使用。这俩儿真是完美组合 !

• 出色的性能提升至 30x
• 沙盒模式隔离应用程序容器

这个包依赖于 Swoole 在使用这个包之前，请确保你的机器安装了电子测压仪的正确使用的 Swoole 使用下面的命令快速安装（linux）：

然后，添加服务提供者：

这个包支持包自动发现机制如果你运行 Laravel 5.5 以上版本，你可以跳过这一步

现在，你可以执行以下的命令来啟动 Swoole HTTP 服务

然后你可以看到以下信息：

更多现代化 PHP 知识，请前往