php 进程通信问题。

Question

我现在有两个php的应用，其中一个需要不定时的向另外一个应用发送消息。 现在我在几个方案中选择，想知道有没有更好的方案 。

1. 文件。 一个应用while循环读文件。 另一个应用需要传递消息的时候想文件写入消息。 这样做是感觉是最简单了。因为消息量非常小。

2. 数据库。 原理跟文件一样，就是要建个表，然后连接什么的，相对1麻烦一些。

3. websocket 高大上的方案。 不过看了php实现的websocket，略复杂了一些。

想问一下有没有其他什么比较方便的实现吗？

Answer 1

socket服务。 workerman或者swoole都可以实现。

Answer 2

swoole值得你引用

Answer 3

信息量不大的话，1完全可以，没必要为了显得技术高大上而写个特别复杂的功能。就像很多程序员为了一次的一个小功能写个自动化脚本，手工可能5分钟，写了个脚本却花了1个小时还没有完成。原来我也是这样

Answer 4

http 接口

Answer 5

我觉得redis就可以实现啊。用集合类型。一个负责入数据。一个负责出数据。

Answer 6

信息量不大，消息生产者和消费者不会同时进行处理的时候完全可以直接用memcache来实现，消息生产者将信息内容序列化（例如json_encode）文本存到memcache的一个键中；消息消费者将信息内容从memcache中读出/处理/然后再写入；然后生产者再读出/添加/写入……以此往复。
如果生产者和消费者可能会同时进行，但是信息处理量不大，可以用2个memcache键值进行，利用时间进行判断，该读取/处理哪个。
如果信息量还是比较大，处理比较频繁，并且要兼顾并发，那还是用现成的消息框架吧

Answer 7

最终还是直接采用了文件的形式，简单干脆。

1. 试了一下swool 很高大上，但是感觉杀鸡用了鲨鱼刀了。 （装了扩展swool）
   swool 遇到个问题。 就是在receive的回调函数中不知道怎么调用当前脚本的参数和方法。
   参数可以用 use 引入，但方法就不会了， 到底还是麻烦了一点。

2. redis什么的，由于是脚本，直接就没有引入这些扩展了。

3. 所以最终还是选择了简单干脆while 方式写文件。 反正只是一个脚本跑一点点的数据量。
   给自己的网站推广一下哈 http://www.zhendishe.top