PHP

如果说数组是 PHP 的精髓，数组玩得不6的，根本不能算是会用PHP。那协程对于 Swoole 也是同理，不理解协程去用 Swoole，那就是在瞎用。

首先，Swoole 只能运行在命令行（Cli）模式下，所以我们开发调试都是使用命令行，而不是 php-fpm/apache 等。

在 Swoole 中，我们可以使用`\Swoole\Coroutine::create()`创建协程，或者你也可以使用简写`go()`。

PHP 的精髓就是数组的运用，数组玩得好可以用于所有数据结构。有个叫SPL的好东西，里面有很多数据结构可供我们使用，并且性能也比我们使用数组实现的要好很多。

今天来看看SplFixedArray，顾名思义，固定大小的数组。实例化时，指定数组大小，使用过程中不可对数组进行扩容、缩小。

所以如果你有对数组进行动态操作时，可能就不太适合用它，而且SplFixedArray的索引只能是数字，不可以作为键值数组使用。

下面是测试Array和SplFixedArray的 100W 次读写性能以及内存占用

今天在尝试把SplPriorityQueue对象序列化并反序列化后，遇到了问题。反序列化后在队列里的数据全没了，这让我很伤心。

今天遇到了，在 PHP 里类循环引用时，会导致 __destruct() 不触发的问题，附解决方法两个。

今天心血来潮，写到一个功能，可能会用到trait的static，写了代码测试了下……代码就不贴了，没错，无论是self还是static，都无法获取当前trait名。

但是这不是重点，重点是下面的。我想要在trait中操作static属性，由于不清楚到底会指向谁，所以写了代码进行测试……

让 Guzzle 支持 Swoole 协程，这个项目目的就是这么简单明了！

本项目不包含 Guzzle 功能，请自行在项目中引用 Guzzle 6.x，理论上可以支持升级 Guzzle 版本而无需更新 Guzzle-Swoole！

用 apt-get 安装的 composer 是 2016 年的 beta 版本，比较老，而且无法自更新，建议使用下面的命令手动安装！

apt remove composer
wget https://getcomposer.org/composer.phar
chmod +x composer.phar
sudo mv composer.phar /usr/bin/composer

/usr/bin/composer 也可换为 /usr/local/bin/composer，反正我的电脑用后者不行。

最近使用基于 Swoole 开发的 imi 框架开发项目，碰到一个需求，就是想要做项目初始化处理。当初始化处理完成前，不想让 Swoole 处理请求。因为可能有一些值没有加载进来，处理请求极有可能出现问题。

下面给出了思考过程及解决问题的demo代码。

之前有在群里看到人说，有一些 Swoole 框架启动速度慢，尤其是挂载的网络硬盘下运行尤其的慢。

我想，由于 Swoole 可以让 PHP 应用实现常驻内存，所以启动时候势必要扫描和加载许多文件，这应该是导致启动速度慢的罪魁祸首。

想到 php 还有 phar 包这个东西，我试图用 phar 来解决这个问题。功夫不负有心人，我终于为imi框架实现了 phar 打包的兼容和支持，测试结果表明：

使用 Phar 进行文件枚举、读取、include，无论是在本地硬盘还是 Samba 等网络文件共享挂载，性能都比零散的文件性能更强。

刚刚一个群里有人引出了 PHP 数组和对象占用内存谁多谁少的问题。我想起之前我好像也测试过这个问题，和群里人说的对象比数组节省内存的结论相反，我得出的是数组比对象节省内存。

但今天，我想说，这两种说法都不对！！！