向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除|赢在IT，Playin' with IT,Focus on Killer Application,Marketing Meets Technology.

问题：用Co\System::exec()执行了一个不存在的命令时，错误信息会直接打印到屏幕，而不是返回错误信息。
怎么办：实际上Swoole提供的System::exec()行为上与PHP的shell_exec是完全一致的，我们写一个shell_exec的同步阻塞版本，执行后发现同样拿不到标准错误流输出的内容，会被直接打印到屏幕。
答案：  使用proc_open+hook实现。
现象：
<?php $result = shell_exec('unknown'); var_dump($result);

==================================================================
#php tt.php
PHP Warning:  shell_exec() has been disabled for security reasons in /data/www/testswoole/tt.php on line 2
NULL

估计整成错误输出了，于是用：
php tt.php >/dev/null 2>&1

果然，怎么办？加入管道，将此错误指向新的文件描述符。



前置：打开php.ini里面的proc_open禁用函数。
#cat t.php
<?php Swoole\Runtime::setHookFlags(SWOOLE_HOOK_ALL); Swoole\Coroutine\run(function () {     $descriptorspec = array(         0 => array("pipe", "r"),         1 => array("pipe", "w"),         2 => array("pipe", "w"),     );     $process = proc_open('unknown', $descriptorspec, $pipes);     var_dump($pipes);     var_dump(fread($pipes[2], 8192));     $return_value = proc_close($process);     echo "command returned $return_value\n"; });

#php t.php
array(3) {
  [0]=>
  resource(4) of type (stream)
  [1]=>
  resource(5) of type (stream)
  [2]=>
  resource(6) of type (stream)
}
string(31) "sh: unknown: command not found
"
command returned 32512

代码来自rango：https://mp.weixin.qq.com/s/z7SPy-tV3hsQqLXZ-tKlZw

（以下实例用到了assert，请确保php7的zend.assertions=1，或者 php -d "zend.assertions=1" 临时启用进行测试）

cat  process.croutine.php
<?php $proc1 = new \swoole_process(function (swoole_process $proc) {     $socket = $proc->exportSocket();     echo $socket->recv();     $socket->send("hello proc2\n");     echo "proc1 stop\n"; }, false, 1, true); assert($proc1->start()); $proc2 = new \swoole_process(function (swoole_process $proc) use ($proc1) {     Co::sleep(0.01);     $socket = $proc1->exportSocket();     $socket->send("hello proc1\n");     echo $socket->recv();     echo "proc2 stop\n"; }, false, 0, true); assert($proc2->start()); swoole_process::wait(true); swoole_process::wait(true);

php -d "zend.assertions=1"  process.croutine.php
hello proc1
proc1 stop
hello proc2
proc2 stop

来自：https://wiki.swoole.com/wiki/page/1061.html

server.php
<?php $server = new swoole_server("127.0.0.1", 6666,SWOOLE_PROCESS);  #Process 时千万不要抛出错误，容易出现CLOSE_WAIT,专门有一个主进程的线程在处理连接，不会存在backlog塞满。 #$server = new swoole_server("127.0.0.1", 6666,SWOOLE_BASE);        #都是Worker进程去accept，会发Fin包，服务器端不会进入CLOSE_WAIT，但是backlog容易塞满,connfd = accept( listenfd, (struct sockaddr *)&clientaddr, &clilen ); $server->on('connect', function ($server, $fd){     echo "connection open: {$fd}\n"; }); $server->on('receive', function ($server, $fd, $reactor_id, $data) {     $server->send($fd, "Swoole: {$data}");     $server->close($fd); }); $server->on('close', function ($server, $fd) {#Sleep在里面后，Sleep函数的出现无法调底层的Close方法，导致出现服务端一直处于CLOSE_WAIT，出现连接状态，客户端在FIN_WAIT2状态。     echo "connection close: {$fd}\n";     #die(); # 进程通出     sleep(1000); }); $server->start();

ACCEPT队列（全连接队列）：由listen()函数的第二个参数 backlog 指定，内核硬限制由 net.core.somaxconn 限制，即实际的值由min(backlog,somaxconn) 来决定。表示已完成连接的队列，等待被 accept系统调用取走。

php server.php
connection open: 1
[2019-09-17 06:47:18 *9116.0]   NOTICE  swFactoryProcess_finish (ERRNO 1004): send 25 byte failed, because connection[fd=1] is closed
connection close: 1

client.php
<?php $client = new swoole_client(SWOOLE_SOCK_TCP, SWOOLE_SOCK_SYNC); var_dump($client->connect('127.0.0.1',6666)); $client->send("date to kill conn"); $client->close(); sleep(1000);

netstat -lantp|grep 6666          
tcp        0      0 127.0.0.1:48344         127.0.0.1:6666          FIN_WAIT2   -      #客户端进入  FIN_WAIT2 状态            
tcp        0      0 127.0.0.1:6666          127.0.0.1:48344         CLOSE_WAIT  9110/php     #服务器端进入CLOSE_WAIT


https://blog.csdn.net/Tanswer_/article/details/78375317


SYN队列（半连接队列）：由/proc/sys/net/ipv4/tcp_max_syn_backlog指定，表示处于 SYN_RECV 状态的队列
ACCEPT队列（全连接队列）：由listen()函数的第二个参数 backlog 指定，内核硬限制由 net.core.somaxconn 限制，即实际的值由min(backlog,somaxconn) 来决定。表示已完成连接的队列，等待被 accept系统调用取走。
原文链接：https://blog.csdn.net/Tanswer_/article/details/78375317



cat /proc/sys/net/ipv4/tcp_max_syn_backlog
65535
cat /proc/sys/net/core/somaxconn
65535

Channel->push ：当队列中有其他协程正在等待pop数据时，自动按顺序唤醒一个消费者协程。当队列已满时自动yield让出控制器，等待其他协程消费数据
Channel->pop：当队列为空时自动yield，等待其他协程生产数据。消费数据后，队列可写入新的数据，自动按顺序唤醒一个生产者协程。
Coroutine\Channel使用本地内存，不同的进程之间内存是隔离的。只能在同一进程的不同协程内进行push和pop操作
Coroutine\Channel在2.0.13或更高版本可用

作者：逸宸a
链接：https://www.jianshu.com/p/ed71cb92050d
来源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

cat pooldemo.php <?php use \Swoole\Coroutine\Channel; $chan = new Channel(); go(function () use ($chan) {     echo "我是第一个协程，等待3秒内有push就执行返回" . PHP_EOL;     $p = $chan->pop(2);#1     echo "pop返回结果" . PHP_EOL;     var_dump($p); }); go(function () use ($chan) {     co::sleep(1);#2     $chan->push(1); }); echo "main" . PHP_EOL; 1处代码会首先执行，然后遇到pop(),因为channel还是空，会等待2s。此时协程会让出cpu,跳到第二个协程执行，然后#2出睡眠1秒，push变量1进去channel后返回#1处继续执行，成功取车通过中刚push的值1.运行结果为： 我是第一个协程，等待3秒内有push就执行返回 main pop返回结果 /data/www/xiangdong.coro.swoole.com.cn/pooldemo.php:8: int(1) 设置超过2秒的情况： 如果把#2处的睡眠时间换成大于pop()的等待时间，结果是：#php pooldemo.php 我是第一个协程，等待3秒内有push就执行返回 main pop返回结果 /data/www/xiangdong.coro.swoole.com.cn/pooldemo.php:8: bool(false)

来自：https://www.jianshu.com/p/ed71cb92050d
https://www.jianshu.com/p/ed71cb92050d

背景：关于Go的一协程和通道，PHP也是可以的。

实践中发现swoole去获取微信授权，在单队列网卡和多队列（2个物理核心，8逻辑CPU）的一个情况：
单队列：
8CPU8G：1000并发。
两队列：
8CPU8G：10000并发1W的TPS。

#ls /sys/class/net/enp0s3/queues/
rx-0  tx-0

Top的Cache有点多：
7111104 buff/cache

队列来自：https://jackxiang.com/post/10079/

阅读全文

背景：PHP在跨版本升级时一些扩展没跟上，跨的步子不是小而是不够大，跟不上的问题只好swoole来帮其迈步大一些，但是毕竟相关配套还是没有来得及跟上，有观望的，有踟蹰不前的，有换Go的，总之，这个过程是艰难，王导的这篇文章就是一个对swoole的性能再次作优化的一个不错的分享,君子身非异也，善假于物也，说白了就是工具配套很重要的，希望周边的扩展能跟上，特转之。

源起
最近基于swoole的一个mvc开发框架做了一个项目，完成之后对其中一个接口例行做了一次压测，本机上得到qps是3600，由于接口功能比较简单，所以又花了点时间用beego和spring boot实现了相同的功能，也压测了一下，最终对比如下：

swoole:  3600qps
beego:   2200 qps
spring:   600qps

（ps: 无意比较优劣，应该是用beego和spring boot的姿势不对）

swoole的结果符合预期，后来经过一翻折腾(加了一些逻辑，完善了一些底层框架代码)，再一压这个接口，qps下降到了2300

真是一顿操作猛如虎，性能下降35%啊

优化
做为一个有追求的phper，这是不能忍的，必需找到原因并解决之，但光喊口号是不行的，必需有方法，一般我们会通过几种方式分析：
日志法：通过各种日志，查看耗时，找出相应的问题，但这种方法有几个缺点：
粒度太粗，不好控制
侵入性太强，需要人工打点
性能指标不够，只能分析出大致的耗时，但不能分区i/o, cpu时间乖
xdebug：是我认为目前最牛逼的性能分析工具，可以无侵入式的详细的记录完整的调用链，唯一的遗憾是与swoole不兼容
xhprof: facebook出口的一款性能分析工具，简单易用，问题是：后期不维护了，对现在的php版本以及swoole支持度都不好
第三方的apm工具: 不可控，也不如前面2位，对swoole支持也不好
除了打日志，好像在swoole下陷入的僵局了，一翻寻觅，发现了一个网站：https://tideways.com/，维护并持续更新xhprof，使之能支持php7，又一翻折腾，发现也支持在swoole下跑

安装 tideways_xhprof

github: https://github.com/shenzhe/php-xhprof-extension
clone代码到本地
执行：
phpize
./configure
make
make install

标准的安装过程，产生tideways_xhprof.so，加入到php.ini中

判断有没有安装成功：
php -m |grep xhprof
输出
tideways_xhprof, 表示安装成功

使用 tideways_xhprof
也比较简单
在onRequest回调最开始一行输入：
tideways_xhprof_enable(TIDEWAYS_XHPROF_FLAGS_MEMORY
  | TIDEWAYS_XHPROF_FLAGS_CPU);
表示开启分析，

中间执行你的业务逻辑

在最后一行输入
file_put_contents(
    '/tmp/xhprof/' . uniqid() . '.msg-api.xhprof',
    serialize(tideways_xhprof_disable())
);
把分析的结果存入到文件中，以待分析
其中：
'/tmp/xhprof/' . uniqid() . '.msg-api.xhprof'
是最终分析文件的地址，可自行修改

然后执行你的接口，最后会在 /tmp/xhprof 文件夹下看到如下的文件：


这些文件记录的就是这个接口整体的分析数据

找出最新的文件，用vim打开一看：


肉眼肯定是没法看，这就需要借助可视化的工具了：



可视化 tideways_xhprof

由于输出的文件格式和之前的xhprof完全一样，所以我这边直接借助了原本xhprof提供的工具

github：https://github.com/phacility/xhprof



最终上面的分析文件可视化后如下：
https://mmbiz.qpic.cn/mmbiz_png/LHDiahSVnXhs4fa6cxh7fpapG6H17PNhg6IlUhPtFdfd2Owb70WRtt31Ecg4gRTJODxXgt4xjeSRtOqerNcVvoA/640?wx_fmt=png&tp=webp&wxfrom=5&wx_lazy=1&wx_co=1

下一篇，将详细介绍如何安装xhprof可视化工具，以及我们要看什么指标，怎么通过这些指标来指导来做优化，并最终提升的程序的性能



查看原文，可获取我修改版的tideways_xhprof，增加了两个方法，以支持RINIT和RSHUTDOWN中做的一些事情：

tideways_xhprof_swoole_init();

tideways_xhprof_swoole_end();
这样可以更好的支持swoole,  readme里有介绍使用方法

原文：https://mp.weixin.qq.com/s/uekLWuXz5i2OBDsnYhwShw

这个one能实现那个硬件tcp和手机的websocket的混合通讯嘛，说白了就是那个手机关灯，手机上websocket发给硬件，硬件收到指令后完成一个关灯动作后再返回，告诉用户已经关灯的例子。


可以
混合协议通讯

手册：
https://github.com/lizhichao/one-demo/blob/master/README.md#%E5%90%84%E7%A7%8D%E6%B7%B7%E5%90%88%E5%8D%8F%E8%AE%AE%E4%B9%8B%E9%97%B4%E7%9B%B8%E4%BA%92%E9%80%9A%E8%AE%AF%E5%88%97%E5%AD%90

代码：
https://github.com/lizhichao/one-demo/tree/master/App/Test/MixPro


混合协议配置文件：
https://github.com/lizhichao/one-demo/blob/master/App/Config/test_all.php

$this->global_data->bindId($request->fd, $name); #这个bindld是在哪儿？
https://github.com/lizhichao/one-demo/blob/master/App/GlobalData/Data.php

CentOS7升级GCC版本：https://jackxiang.com/post/10700/

想打包一个swoole最新版，出现 问题如下：
cc -I. -I/root/rpmbuild/BUILD/swoole-src-4.2.12 -DPHP_ATOM_INC -I/root/rpmbuild/BUILD/swoole-src-4.2.12/include -I/root/rpmbuild/BUILD/swoole-src-4.2.12/main -I/root/rpmbuild/BUILD/swoole-src-4.2.12 -I/usr/local/php/include/php -I/usr/local/php/include/php/main -I/usr/local/php/include/php/TSRM -I/usr/local/php/include/php/Zend -I/usr/local/php/include/php/ext -I/usr/local/php/include/php/ext/date/lib -I/root/rpmbuild/BUILD/swoole-src-4.2.12 -I/root/rpmbuild/BUILD/swoole-src-4.2.12/include -I/root/rpmbuild/BUILD/swoole-src-4.2.12/thirdparty/hiredis -DHAVE_CONFIG_H -Wall -pthread -g -O2 -c /root/rpmbuild/BUILD/swoole-src-4.2.12/src/core/array.c  -fPIC -DPIC -o src/core/.libs/array.o In file included from /root/rpmbuild/BUILD/swoole-src-4.2.12/include/swoole.h:174,                  from /root/rpmbuild/BUILD/swoole-src-4.2.12/src/core/array.c:17: ./swoole_config.h:22:2: error: #error "GCC 4.8 or later required." make: *** [src/core/array.lo] Error 1

解决办法：
安装最新版本的swoole 提示

pecl install swolle
...
GCC 4.8 or later required.
首先想到的时候yum更新gcc

yum install gcc
Package gcc-4.4.7-23.el6.x86_64 already installed and latest version
Nothing to do
已经是最新版本了，怎么办，只有找其它源了

curl -Lks http://www.hop5.in/yum/el6/hop5.repo > /etc/yum.repos.d/hop5.repo
yum install gcc gcc-g++
安装成功

gcc -v
gcc version 4.8.2 20131212 (Red Hat 4.8.2-8) (GCC)


来自：https://my.oschina.net/2688/blog/2933883

Q:这个brpop后面的2参数啥意思？是想模拟多个消费者吗？那个yii不也有类似消费者和swoole这个例子的差距不对差别在哪鹅？
Swoole-2.1.2 进程池模块的使用：http://mp.weixin.qq.com/s?__biz=MzI0MjEwMDMzNQ==&mid=2652517441&idx=1&sn=06909bb58cc4c0f3ade589a005ed6e84&chksm=f2efe541c5986c5741aa240e9a4daaab47c542b325a0042c4fbd5094ded48221035d90003fe1&mpshare=1&scene=1&srcid=04119CY2J0y8Az2isPm9UKyL#rd
阅读全文

文章链接：http://mp.weixin.qq.com/s/w4nJrH6RzQ7dg9cd6cwazw
现实分析：
此文里提到的Interix 和前几个月某赞从Swoole2.0仓库默默拉出一个分支，“美其名曰”因Swoole文档太烂边吐槽Swoole，一边火速以公司研发之名“自立门户”之既成事实，Swoole顾问试问那么差的文档某赞不积极贡献是咋学会的呢，作出了自建社区的举动和行动？显然背后有不可名状的目的，首先，某赞没尊重代码作者、辱没开源意识形态、对回馈开源的态度极其简单粗暴乃至蛮横。其次，某赞违背了自由软件开发的工程经济学。借助其公司团队根据自己的产品和服务，从Swoole的仓库打出分支，并尝试发展自己的协作社区，从而使这家公司获得了很多的益处（技术影响力/品牌形象）进而违背Apache2宽松协议。最后，某赞的这种行为和当年的Interrix一样的情形，给予上游开源的Swoole项目，自己搞了一个分支，这就意味着某赞无法获得Swoole主干的新功能和新的Bug修复，自己搞的所谓更高效的时间轮不开放变闭源了。鉴于此，Rango兄弟最近修改Swoole发行协议为PHP协议，与Swoole的上游PHP的协议保持高度一致，其目的就是禁止商业公司fork分支拿Swoole做宣传，保护开源社区不被商业公司利用。Swoole顾问希望某赞不要在开源的“邪路”上越走越远，积极拥抱正回馈和贡献服务之态度修正航道回开源的主航道上来，进一步促进自由软件开发的工程经济学，EOF

内容：
背景：提交代码时出现了这个头指针分离自15735cd的问题，提示让：git branch <新分支名> 1c8c2b1，git branch dev 1c8c2b1，而默认创建分支是：git checkout -b dev,这个git branch dev 1c8c2b1，1c8c2b1前面还有c41273a，再前面就是分离的15735cd，于是，把分离后的两个版本，1c8c2b1 和c41273a 建立新的分支，再合并Merge回Master即可达到和提交一样的，找回这丢失的两次提交。


https://git.oschina.net/swoole/swoole/tree/v1.9.11  
git clone https://git.oschina.net/swoole/swoole.git  #git checkout 1.9 然后编译,因默认clone都是最新版。
#git checkout 1.9
分支 1.9 设置为跟踪来自 origin 的远程分支 1.9。
切换到一个新分支 '1.9'

#git branch -a
* 1.9
  master
  remotes/origin/1.9
  remotes/origin/2.0
  remotes/origin/2.0.1
  remotes/origin/HEAD -> origin/master
  remotes/origin/master
  remotes/origin/swoole-1.7
  remotes/origin/swoole-1.8

#git status
位于分支 1.9
您的分支与上游分支 'origin/1.9' 一致。
无文件要提交，干净的工作区

rm -rf .git  #干掉没有用的.git，我只要这个版本的源代码并打包成tar.gz,然后作为rpmbuild -ba swoole-php71-1.9.11.el7.x86_64.spec


把 swoole-php71-1.9.11.el7.x86_64.spec 放进Git的Server端仓库出现问题了，如下：
#git status
头指针分离自 15735cd
无文件要提交，干净的工作区

[root@danke-php-memcached-reids-zookeeper_bj_sjs_10_51_77_34:/home/test/rpmbuild/SPECS/centos7/php71]
#git checkout master
警告：您正丢下 2 个提交，未和任何分支关联：

  1c8c2b1 rpm包Swoole升级到最新版本，以及PHP-CP一块升级提交SPEC文件。
  c41273a 删除掉的Swoole版本的Spec文件，添加新的Swoole版本的Spec文件。

如果您想要通过创建新分支保存它们，这可能是一个好时候。
如下操作：

git branch <新分支名> 1c8c2b1

切换到分支 'master'
您的分支与上游分支 'origin/master' 一致。


#git rev-list 15735cd     ##指针在这儿丢失了：头指针分离自 15735cd。
15735cda1005046d7d671a2f1692f0e4d6edb977
bfaa314f6a7a212a386b3117c59a7e8be0c077a0


#git rev-list 1c8c2b1     #这个是最新的但是没有被记录到Git的Master分支服务器仓库里面。
1c8c2b1968cb303ee103fff62272a31a1b43fb57   #没有记录到，Log:1c8c2b1 rpm包Swoole升级到最新版本，以及PHP-CP一块升级提交SPEC文件。
c41273ad0cb545db8b6f1d4eb81b006552c915c9   #没有记录到，Log:c41273a 删除掉的Swoole版本的Spec文件，添加新的Swoole版本的Spec文件。
15735cda1005046d7d671a2f1692f0e4d6edb977   #指针在这儿丢失了：头指针分离自 15735cd。
bfaa314f6a7a212a386b3117c59a7e8be0c077a0  

怎么办？
这时候可以执行git branch <新分支名> 1c8c2b1创建一个新的分支，这个分支是基于头指针分离下修改提交的952770d创建的。
然后，再合并回Master里面去即可。
操作步骤如下：
git branch dev 1c8c2b1

切换过Dev分支，看提交的Log在不？在就回到Master合并：
#git checkout dev
切换到分支 'dev'
果然在，如下：
#git log
commit 1c8c2b1968cb303ee103fff62272a31a1b43fb57
Author: 詹金斯 <13880156868@163.com>
Date:   Thu Jun 1 22:56:43 2017 +0800

    rpm包Swoole升级到最新版本，以及PHP-CP一块升级提交SPEC文件。

commit c41273ad0cb545db8b6f1d4eb81b006552c915c9
Author: 詹金斯 <13880156868@163.com>
Date:   Thu Jun 1 20:31:59 2017 +0800

    删除掉的Swoole版本的Spec文件，添加新的Swoole版本的Spec文件。

回到Master，直接合并到Master分支，如下：
Merge branch 'dev'
Master的头指针出现：头指针分离自 15735cd，新建立Dev分支,git branch dev 1c8c2b1，合并回Master来。 ----这一行是注释，后Vim保存即可。
# 请输入一个提交信息以解释此合并的必要性，尤其是将一个更新后的上游分支
# 合并到主题分支。
#
# 以 '#' 开头的行将被忽略，而且空提交说明将会终止提交。

保存后，跳到这儿了：
#git merge dev
自动合并 centos7/php71/swoole-php71-1.9.11.el7.x86_64.spec
Merge made by the 'recursive' strategy.
centos7/php71/php-cp-php71-1.5.0.el7.x86_64.spec                               |  2 +-
...swoole-php71-1.9.10.el7.x86_64.spec => swoole-php71-1.9.11.el7.x86_64.spec} | 10 +++++-----
centos7/tomcat-7.0.77.el6.x86_64.spec                                          |  1 -
3 files changed, 6 insertions(+), 7 deletions(-)
rename centos7/php71/{swoole-php71-1.9.10.el7.x86_64.spec => swoole-php71-1.9.11.el7.x86_64.spec} (89%)


再确定合并及注释也Ok了，如下：
#git log
commit 432fbac58b19eb6a799d356b82d087a5340a1411
Merge: 78dab85 1c8c2b1
Author: 詹金斯 <13880156868@163.com>
Date:   Thu Jun 1 23:24:33 2017 +0800

    Merge branch 'dev'
    Master的头指针出现：头指针分离自 15735cd，新建立Dev分支,git branch dev 1c8c2b1，合并回Master来。

成功！
git branch -D 大写的D 删除分支，git branch -D dev：
#git branch -D dev
已删除分支 dev（曾为 1c8c2b1）。
参考：http://blog.csdn.net/yuelengloulan/article/details/72823420

Q：我在frame里面用了add processs以后，就一直出现这个错误。不断的有新的进程，刷屏。
A：你创建的进程应该没有任何代码，所以立即退出了，主进程又会重新拉起。这样就造成死循环了。
http://group.swoole.com/question/105990

Me：
[2017-04-23 00:04:26 @10362.0]  ERROR   zm_deactivate_swoole (ERROR 9003): worker process is terminated by exit()/die().
[2017-04-23 00:04:26 @10363.0]  ERROR   zm_deactivate_swoole (ERROR 9003): worker process is terminated by exit()/die().

背景：研究一下这个Swoole2.X（V2.0.8）的协程,于是试了一下Tcp/Mysql/Redis/Http(在一个以Http形式下，协程了：TcpServer配置、Redis配置、Mysql配置、Http，最后的接口返回时间以里面最长的那个为准，也就是一般是Mysql耗时最长，它就是最长的接口返回时间了。)一起上,Swoole顾问觉得要想性能高还得加上RPC，再就是在一些数据的Pack和Unpack性能上予以加强，以争取每个请求都非常快非常高效，一请求发现出现了段错误，最新版本出现小小的问题属于正常性况，关键是如何反馈问题，看了一下Swoole的Wiki是如何提Bug的连接，于是就试着提一个Bug吧，给其它用Swoole万一出现Coredump的兄弟们作一个示范，进行提Bug的和捕获相关的Coredump的输出，参考Swoole的Wiki，地址：https://wiki.swoole.com/wiki/page/10.html。

一、假如在你的项目中出现段错误，怎么办？重新编译打包Swoole的源码并打成RPm包，打开debug,参数是： --enable-debug ，如下：
swoole-php71-2.0.7.el7.x86_64.spec 打包./configure部分：
#./configure --with-php-config=%{php_bin}/php-config --enable-coroutine --enable-async-redis
./configure --with-php-config=%{php_bin}/php-config --enable-coroutine --enable-async-redis --enable-debug

二、Mysql部分做测试，加上用户权限，那个Tcp就用Swoole的示例打开9501端口，官网上有很简单的TcpServer样例（略），Mysql部分如下：
Mysql服务器上@101.200.*.135：
#mysql
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 93109
Server version: 8.0.0-dmr-log Source distribution

mysql> grant all privileges on test.* to swooleUser@10.51.*.34 identified by "test123";
Query OK, 0 rows affected, 1 warning (0.04 sec)

mysql> flush privileges;    
Query OK, 0 rows affected (0.01 sec)

@测试机器@123.57.*.183
#rpm -ql mysql-client-8.0.0-170523211353.el7.centos.x86_64
/usr/local/mysql/bin/mysql
#/usr/local/mysql/bin/mysql -h10.44.*.177 -uswooleUser -p
Enter password:
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| test               |
+--------------------+
2 rows in set (0.00 sec)



三、根据TcpServer配置、Redis配置、Mysql配置、Http(试着访问百度的Http页面)，一般来讲都是Mysql慢，所以，它才是重点，代码如下：
coroutinemysql.php

<?php
$server = new Swoole\Http\Server("123.57.*.183", 9507, SWOOLE_BASE);
$server->set([
    'worker_num' => 1,
]);

$server->on('Request', function ($request, $response) {
    $tcpclient = new Swoole\Coroutine\Client(SWOOLE_SOCK_TCP);
    $tcpclient->connect('127.0.0.1', 9501,0.5);
    $tcpclient->send("hello world\n");

    $redis = new Swoole\Coroutine\Redis();
    $redis->connect('123.57.*.183', 6379);
    $redis->setDefer();
    $redis->get('key');

    $mysql = new Swoole\Coroutine\MySQL();
    $ret = $mysql->connect([
    'host' => '10.44.*.177',
    'port' => 3306,
        'user' => 'swooleUser',
        'password' => 'test123',
        'database' => 'test',
    ]);
    if ($ret == false) {
        $response->end("MySQL connect fail!");
        return;
    }
    $mysql->setDefer();
    $mysql->query('select sleep(1)');

    $httpclient = new Swoole\Coroutine\Http\Client('123.125.114.144', 80);
    $httpclient->setHeaders(['Host' => "baidu.com"]);
    $httpclient->set([ 'timeout' => 1]);
    $httpclient->setDefer();
    $httpclient->get('/');

    $tcp_res  = $tcpclient->recv();
    $redis_res = $redis->recv();
    $mysql_res = $mysql->recv();
    $http_res  = $httpclient->recv();

    $response->end('Test End');
});
$server->start();




四、按Swoole官方的Wiki教程，设置一下吐核，From: https://wiki.swoole.com/wiki/page/10.html ：
#ulimit -c unlimited

五、启动对外提供的Http协议的9507端口访问进来后的多种协议并发的协程服务，如下：
#php  coroutinemysql.php


六、访问Http时再触发一下协程：
触发一下：http://123.57.*.183:9507/

七、生成了段错误的Coredump文件，如下：
#php  coroutinemysql.php
段错误(吐核)

#ls *core*              
core.8494


八、用GDB去跟进其堆栈，BT显示调用层级定位出现问题所在位置：
#gdb php /tmp/core.8494
(gdb) bt
#0  0x00007f146b33e9a5 in http_client_coro_send_http_request (zobject=0x7f147248d190)
    at /home/test/rpmbuild/BUILD/swoole-src-2.0.7-stable/swoole_http_client_coro.c:501
#1  0x00007f146b383c93 in swClient_onWrite (reactor=<optimized out>, event=0x7ffd0c185a10)
    at /home/test/rpmbuild/BUILD/swoole-src-2.0.7-stable/src/network/Client.c:1109
#2  0x00007f146b37d63c in swReactorEpoll_wait (reactor=0x1dfc338, timeo=<optimized out>)
    at /home/test/rpmbuild/BUILD/swoole-src-2.0.7-stable/src/reactor/ReactorEpoll.c:270
#3  0x00007f146b389de9 in swReactorProcess_loop (pool=<optimized out>,
    worker=worker@entry=0x7ffd0c185ae0)
    at /home/test/rpmbuild/BUILD/swoole-src-2.0.7-stable/src/network/ReactorProcess.c:379
#4  0x00007f146b38a727 in swReactorProcess_start (serv=serv@entry=0x1dc7cf0)
    at /home/test/rpmbuild/BUILD/swoole-src-2.0.7-stable/src/network/ReactorProcess.c:112
#5  0x00007f146b381538 in swServer_start (serv=serv@entry=0x1dc7cf0)
    at /home/test/rpmbuild/BUILD/swoole-src-2.0.7-stable/src/network/Server.c:696
#6  0x00007f146b333730 in zim_swoole_http_server_start (execute_data=0x7f14724130a0,
    return_value=0x7ffd0c185cb0)
    at /home/test/rpmbuild/BUILD/swoole-src-2.0.7-stable/swoole_http_server.c:1567
#7  0x00000000008ad0c6 in ZEND_DO_FCALL_SPEC_RETVAL_UNUSED_HANDLER ()
#8  0x000000000085bd3b in execute_ex ()
#9  0x00000000008aee24 in zend_execute ()
#10 0x0000000000816fc4 in zend_execute_scripts ()
#11 0x00000000007b8520 in php_execute_script ()
#12 0x00000000008b0fbf in do_cli ()
#13 0x000000000043d450 in main ()

(gdb)f 1
#1  0x00007f146b383c93 in swClient_onWrite (reactor=<optimized out>, event=0x7ffd0c185a10)
    at /home/test/rpmbuild/BUILD/swoole-src-2.0.7-stable/src/network/Client.c:1109
1109                cli->onConnect(cli);

(gdb)f 0
#0  0x00007f146b33e9a5 in http_client_coro_send_http_request (zobject=0x7f147248d190)
    at /home/test/rpmbuild/BUILD/swoole-src-2.0.7-stable/swoole_http_client_coro.c:501
501         if (!http->cli || !http->cli->socket )

九、用valgrind大体排查一下是否有内存溢出等：
[root@测试服务器:/tmp]
#USE_ZEND_ALLOC=0 valgrind php coroutinemysql.php
==12833== Memcheck, a memory error detector
==12833== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==12833== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
==12833== Command: php coroutinemysql.php
==12833==

==12833== Invalid read of size 8
==12833==    at 0x121249A5: http_client_coro_send_http_request (swoole_http_client_coro.c:501)
==12833==    by 0x12169C92: swClient_onWrite (Client.c:1109)
==12833==    by 0x1216363B: swReactorEpoll_wait (ReactorEpoll.c:270)
==12833==    by 0x1216FDE8: swReactorProcess_loop (ReactorProcess.c:379)
==12833==    by 0x12170726: swReactorProcess_start (ReactorProcess.c:112)
==12833==    by 0x12167537: swServer_start (Server.c:696)
==12833==    by 0x1211972F: zim_swoole_http_server_start (swoole_http_server.c:1567)
==12833==    by 0x8AD0C5: ZEND_DO_FCALL_SPEC_RETVAL_UNUSED_HANDLER (in /usr/local/php/bin/php)
==12833==    by 0x85BD3A: execute_ex (in /usr/local/php/bin/php)
==12833==    by 0x8AEE23: zend_execute (in /usr/local/php/bin/php)
==12833==    by 0x816FC3: zend_execute_scripts (in /usr/local/php/bin/php)
==12833==    by 0x7B851F: php_execute_script (in /usr/local/php/bin/php)
==12833==  Address 0x100000188 is not stack'd, malloc'd or (recently) free'd
==12833==
==12833==
==12833== Process terminating with default action of signal 11 (SIGSEGV): dumping core
==12833==  Access not within mapped region at address 0x100000188
==12833==    at 0x121249A5: http_client_coro_send_http_request (swoole_http_client_coro.c:501)
==12833==    by 0x12169C92: swClient_onWrite (Client.c:1109)
==12833==    by 0x1216363B: swReactorEpoll_wait (ReactorEpoll.c:270)
==12833==    by 0x1216FDE8: swReactorProcess_loop (ReactorProcess.c:379)
==12833==    by 0x12170726: swReactorProcess_start (ReactorProcess.c:112)
==12833==    by 0x12167537: swServer_start (Server.c:696)
==12833==    by 0x1211972F: zim_swoole_http_server_start (swoole_http_server.c:1567)
==12833==    by 0x8AD0C5: ZEND_DO_FCALL_SPEC_RETVAL_UNUSED_HANDLER (in /usr/local/php/bin/php)
==12833==    by 0x85BD3A: execute_ex (in /usr/local/php/bin/php)
==12833==    by 0x8AEE23: zend_execute (in /usr/local/php/bin/php)
==12833==    by 0x816FC3: zend_execute_scripts (in /usr/local/php/bin/php)
==12833==    by 0x7B851F: php_execute_script (in /usr/local/php/bin/php)
==12833==  If you believe this happened as a result of a stack
==12833==  overflow in your program's main thread (unlikely but
==12833==  possible), you can try to increase the size of the
==12833==  main thread stack using the --main-stacksize= flag.
==12833==  The main thread stack size used in this run was 8388608.
==12833==
==12833== HEAP SUMMARY:
==12833==     in use at exit: 22,357,752 bytes in 22,711 blocks
==12833==   total heap usage: 29,852 allocs, 7,141 frees, 23,257,973 bytes allocated
==12833==
==12833== LEAK SUMMARY:
==12833==    definitely lost: 64 bytes in 2 blocks
==12833==    indirectly lost: 4,096 bytes in 2 blocks
==12833==      possibly lost: 1,813,286 bytes in 18,399 blocks
==12833==    still reachable: 20,540,306 bytes in 4,308 blocks
==12833==         suppressed: 0 bytes in 0 blocks
==12833== Rerun with --leak-check=full to see details of leaked memory
==12833==
==12833== For counts of detected and suppressed errors, rerun with: -v
==12833== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
段错误


十、在PHP代码上加加减减，定位一下PHP这个协程是哪个协议出现问题，经定位发现是发起http这块的协程可能有问题，如下：
再细节一点：
#php coroutinemysql.php
段错误(吐核)
这一行引起的：$httpclient->setDefer();     #setDefer函数的Wiki地址：https://wiki.swoole.com/wiki/page/607.html

$httpclient = new Swoole\Coroutine\Http\Client('123.125.114.144', 80);
$httpclient->setHeaders(['Host' => "baidu.com"]);
$httpclient->set([ 'timeout' => 3]);
$httpclient->setDefer();            #注释这一行，就会报下面的警告，不会Coredump，如下：                                                                
$httpclient->get('/');

#php coroutinemysql.php   #浏览器访问一下：http://123.57.*.183:9507/
PHP Warning:  Swoole\Coroutine\Http\Client::recv(): you should not use recv without defer  in /tmp/coroutinemysql.php on line 40
PHP Warning:  Swoole\Coroutine\Http\Client::recv(): you should not use recv without defer  in /tmp/coroutinemysql.php on line 40

在服务器上CURL形式访问一下百度，没毛病：
curl -i -H"Host:baidu.com" http://123.125.114.144            
HTTP/1.1 200 OK  
<html>
<meta http-equiv=refresh content=0;url=http://www.baidu.com/>
</html>


十一、提交出现Coredump以及和环境相关的问题给Swoole的CoreTeam研发小组的兄弟：
请将上面的得到的信息，连同机器信息，包括php -v gcc -v uname -a 提交到Github Issues页面或者发送邮件到 team@swoole.com。
若确定是Swoole的问题，开发组会快速解决问题。
其它涉及到编译器和PHP版本、系统环境：
#php -v
PHP 7.1.5 (cli) (built: May 23 2017 10:35:57) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.1.0, Copyright (c) 1998-2017 Zend Technologies
    with Zend OPcache v7.1.5, Copyright (c) 1999-2017, by Zend Technologies

#gcc -v
使用内建 specs。
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/lto-wrapper
目标：x86_64-redhat-linux
配置为：../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/cloog-install --enable-gnu-indirect-function --with-tune=generic --with-arch_32=x86-64 --build=x86_64-redhat-linux
线程模型：posix
gcc 版本 4.8.5 20150623 (Red Hat 4.8.5-11) (GCC)


#uname -a
Linux 测试服务器 4.11.2-1.el7.elrepo.x86_64 #1 SMP Sun May 21 19:31:34 EDT 2017 x86_64 x86_64 x86_64 GNU/Linux


#php --ri swoole

swoole

swoole support => enabled
Version => 2.0.8
Author => tianfeng.han[email: mikan.tenny@gmail.com]
epoll => enabled
eventfd => enabled
timerfd => enabled
signalfd => enabled
cpu affinity => enabled
spinlock => enabled
rwlock => enabled
async redis client => enabled
async http/websocket client => enabled
Linux Native AIO => enabled
pcre => enabled
zlib => enabled
mutex_timedlock => enabled
pthread_barrier => enabled

Directive => Local Value => Master Value
swoole.aio_thread_num => 2 => 2
swoole.display_errors => On => On
swoole.use_namespace => On => On
swoole.fast_serialize => 1 => 1
swoole.unixsock_buffer_size => 8388608 => 8388608


EOF

核心语句：
swoole群上海求加入-张振亚-swoole-2345  14:38:38
php class 有一些魔术函数你知道吗
回忆未来-向东-Jàck  14:39:43
知道
__set __get
swoole群上海求加入-张振亚-swoole-2345  14:43:20
on方法只是注册一些事件
比如close。
swoole群上海求加入-张振亚-swoole-2345  14:44:28
swoole 连接关闭的时候 执行类似于  call_user_func($callable, $this, $data);
第一个参数是方法名，我们上面的写法是匿名函数
第二个参数就是对象本身，也就是swoole_client 对象


========================================================

swoole_client_function.php
<?php function swoole_client_function($ip,$port){     $swoole_client = new swoole_client(SWOOLE_SOCK_TCP, SWOOLE_SOCK_ASYNC);     $swoole_client->on("connect", function(swoole_client $client)  {         echo "line81_frame->id=".$frame->fd."\n";         $client->send(json_encode(array("command" => $data['command'],"act"=>$data['act'], "fd" => $data['fd'],"framefd"=>$frame->fd,"temp"=>$data['temp'],"status"=>2)));     });     $swoole_client->on("Receive", function(swoole_client $client, $data) {          echo "File:".__FILE__.",Line:".__LINE__.",data=".($data)."\n";         // 操作成功         echo "收到TCPServer转述硬件操作成功且包括framefd立即给前端websocket显示下达指令结果。\n";         $dataArr = json_decode($data,true);         $client->close();     });     $swoole_client->on("error", function() {         // 操作失败         echo "试着连接Server.php里获取硬件温度的旁端口操作失败\n";     });     $swoole_client->on("close", function(swoole_client $client) {         echo "$swoole_client->on(\"Closed\")短连接关闭掉\n";     });     $swoole_client->connect($ip, $port, -1); } swoole_client_function("101.200.189.210","9527"); swoole_client_function("101.200.228.135","9527"); ?>
php swoole_client_function.php
试着连接Server.php里获取硬件温度的旁端口操作失败
试着连接Server.php里获取硬件温度的旁端口操作失败


回忆未来-向东-Jàck  14:30:29
感觉$swoole_client->on("Receive", function(swoole_client $client和$swoole_client = new swoole_client(SWOOLE_SOCK_TCP, SWOOLE_SOCK_ASYNC);
感觉是传个一个结构体是：swoole_client的，变量不一样，其实是一个东西是吧？兄弟这块哪儿有说呢？
$swoole_client和
function(swoole_client $client ...是一个东西。
这块感觉有啥知识点，兄弟能讲下吗？
swoole群上海求加入-张振亚-swoole-2345  14:31:40
就是一个值传递
回忆未来-向东-Jàck  14:32:39
但变量不一样呀，一个是$swoole_client，而另一个变量是，swoole_client $client，它是$client呀，$swoole_client和$client怎么就一样了？
swoole群上海求加入-张振亚-swoole-2345  14:33:33
$a = 1;$b = $a;
$a 和 $b 是不是一样



swoole群上海求加入-张振亚-swoole-2345  14:38:38
php class 有一些魔术函数你知道吗
回忆未来-向东-Jàck  14:39:43
知道
__set __get
swoole群上海求加入-张振亚-swoole-2345  14:43:20
on方法只是注册一些事件
比如close。


swoole群上海求加入-张振亚-swoole-2345  14:44:28
swoole 连接关闭的时候 执行类似于  call_user_func($callable, $this, $data);
第一个参数是方法名，我们上面的写法是匿名函数
第二个参数就是对象本身，也就是swoole_client 对象
swoole群上海求加入-张振亚-swoole-2345  14:45:50
也就是在执行onClose 回调，把本身的client对象传递过来了
你知道他们是同一个对象就行了

https://my.oschina.net/matyhtf/blog/806196

生活中的事情没有啥不能通过一吨饭解决问题的，
代码世界没有啥是不能通过测试显问题或惊喜的。 ---swoole顾问向东

Swoole之多端口及多端口复合协议侦听：
https://www.zybuluo.com/Lancelot2014/note/560093
https://www.zybuluo.com/Lancelot2014/note/560299


固定包头协议,EOF协议：
https://www.zybuluo.com/Lancelot2014/note/418670

https://www.zybuluo.com/Lancelot2014/note/555800
https://www.zybuluo.com/Lancelot2014/note/556018

基于SWOOLE的分布式SOCKET消息服务器架构
阅读全文