被swoole坑哭的PHP程序员.docxVIP

被sｗooｌｅ坑哭的ＰＨP程序员

本文重要记录一下学习swoole的过程、填过的坑以及sｗoolｅ究竟有多么强大！

一方面说一下对swoｏle的了解:披着PHＰ外衣的C程序。诸多ＰHPer朋友看到sｗｏｏle提供的强大功效、外界对其的崇敬便跃跃欲试的安装、调试其ｄemo、编写新功效，然后兴奋的奔走相告。没过几天当你按照自已的了解继续用swｏole时，发当代码并没有按照自已的预期运营，然后开始破口大骂,什么破东西呀,代码跟ｄemo基本一样,为啥运营不通呢?什么狗屁woｒk、taｓk、共享内存、ipcs、异步，各种问题涌现，然后迅速去查官方文档,发现文档中居然对这些并没有提及,只是简朴的简介怎么使用，此时几乎对swｏole丧失希望。

碰到的几点问题：

1：关于phper常用的全局变量（gｌoｂal)为什么在oｎRｅqｕest函数中不能使用。

因为ｓwoｏle是多线程编程，glｏbal是不能在多个进程间共享的。例

global?$i?=?０;?

?

fｕnction?onRｅquest()?{?

?

????ｅｃhｏ?$ｉ＋+;?

?

}?

假如在swooｌe中写一个上面的程序，并不会每次访问输出一个递增的数字。假如要实现预期的效果,需要使用ｓwoｏｌｅ_tａble的相关函数。

2:什么是异步、什么是回高

对于phper来说,对异步、回调的了解估量就是ajax。当看到ｓwoole里面对异步、回调的解释,貌似很简朴的样子,就这么在没有任何多线程编辑经验的时候贸然用了ｓwｏole，成果被坑的偷偷撸代码好几种通宵来填自已的坑。

３：为什么oｎＲecｅive收到的数据这么大

客户端发送的屡次祈求,服务端是可以一次性接受的。并不是客户端发送一次，服务端接受一次

４：自制hｔｔpsｅrve

写一个httｐ服务端，然后经过浏览器访问这个自制的服务器，刷新一次浏览器,服务端为什么为接受到两次祈求?这个问题估量困饶了好多初次用swoolｅ写hｔtpseｒｖｅr的朋友。因为浏览器会多发一个faｖicon.ico祈求。

因素

出现这种情况的因素其实很简单，大部分phｐeｒ都只会php这一个语言,重要用途就是做web,写业务逻辑。极少去了解服务器程序的开发。有一次一个朋友用swoolｅ写了一个简单的服务端,一个客户端，跑过来问我为什么都开启了却都收不到数据,我简朴看了下代码，全部连接的确都成功了，两端都设立了onRecｅｉｖe回调,代码没问题，看到最终才发现他的服务端、客户端都设立了接到消息的回调函数，但是两端都没有向对方发消息，两端处在僵持状态。然后sｗooｌｅ官方对于这种常识问题没有給出阐明，只是说如何设立回调、如何发消息,如何这么，如何那样。对于有服务端开发经验的同学来说，必定不会碰到这种问题，swｏole文档也不需要指明需要这么做，因为这是常识。但对于ｐｈpｅｒ来说，指明这一点是非常重要的,因为如上面所说phper是没有这方面认知的,只有服务端开发经验的程序员有才会有。

ｓｗoole的特色：网络通信框架、异步、多线程。这些特征正是php所不完善的功效（即使官方提供诸多基础函数可以实现这些功效,然后缺少中文文档,极少有人用php来实现这部分功能），普通的phper也不具备这些特征的基础认知,所以贸然使用swoｏｌe难免会碰到某些根本在ｓｗoolｅ官方查不到的常识问题。

使用sｗoole必须要掌握的技能

多线程编程

进程间通信

网络协议ＴＣP/UDP的认知

PＨP的各项基本技能

个人学习ｓｗｏole的经历

在很久之前我也是一个只会php的程序员，曰后一次偶尔机会需要用httｐsｑs，用了一段时间后发既有某些个性的需求，于是就开始看源码。这真是不看不知道，一看吓一跳，ｈttpsqｓ只是一层简朴的包装，内部是一个ToｋｙoCabinet数据库,印象中封装的代码也就一百多行。重要思绪就是用C语言的libeｖent做了一个ｈttp服务器,接受祈求读写tokyocabinet数据库，当初按照这种思绪做出来的程序的确不少。曰后我就突发奇想，既然C语言可以用ｌｉbevｅnt函数，那ＰHP必定也可以用lｉｂevent监听网络，接受祈求后读写数据库做队列服务。曰后经过查phｐ官方文档,PＨＰ的确提供一系统完整的函数来完成这些功效,甚至多线程的全套函数都有提供,但中文文档太少,网上也极少搜索到成熟的代码。在逼不得已的情况下，补习了ｌinｕｘ-C多线程开发的基本原理,进程间通信的常用方法，也用来做了某些简朴的dｅmo。唯一的感觉就是写一个简朴的功效，设计起来还真复杂。就在快要放弃的时候，swoolｅ出现了。swoｏlｅ所提供的功效正是php所缺失的功效，简直是太棒了。swoｏｌe做为一个网络通信框架，只需要简朴的几行设立，一个服务器就搭