PHP如何實(shí)現(xiàn)異步？

rubylc_unix

情況如下;
   客戶端發(fā)請(qǐng)求到服務(wù)器，服務(wù)器根據(jù)這個(gè)請(qǐng)求會(huì)進(jìn)行相應(yīng)的處理，但是這個(gè)處理的時(shí)間比較長，如果同步的話很可能出現(xiàn)timeout，所以想把請(qǐng)求扔到消息隊(duì)列里面然后立馬給出返回。同時(shí)另外有專門的線程或者進(jìn)程來處理這個(gè)消息隊(duì)列。想問問有沒有這方面成熟的解決方案的？

linux_c_py_php

RabbitMQ, ZeroMQ, 首推這兩個(gè).

sickcat2004

不用那么麻煩。。。存在數(shù)據(jù)庫里面，搞一個(gè)crontab慢慢跑。。。

bikong0411

libevent

sickcat2004

bikong0411 發(fā)表于 2012-10-17 09:29
libevent

，，殺雞用牛刀!

rubylc_unix

回復(fù) 3# sickcat2004


    CRONTAB最小的精度是分鐘吧，怎么達(dá)到更小的精度，另外有沒有觸發(fā)或者通知機(jī)制什么的。

satrun7

回復(fù) 6# rubylc_unix
如果要精確到秒執(zhí)行，你在腳本做一個(gè)進(jìn)隊(duì)，出隊(duì)的邏輯，保持列隊(duì),然后使用crontab每分鐘去監(jiān)控腳本。不過如果是長時(shí)間運(yùn)行腳本做隊(duì)列，我覺得php已經(jīng)不適合你開發(fā)需求了。

  

sickcat2004

rubylc_unix 發(fā)表于 2012-10-17 15:08
回復(fù) 3# sickcat2004

crontab精度不夠，你就整個(gè)死循環(huán)嘛 。。。。守護(hù)在那里干活。你要啥精度都可以了。。。。。。

xinglu1983

回復(fù) 8# sickcat2004


    php的垃圾回收機(jī)制如果在死循環(huán)下會(huì)出問題吧。


想不出樓主既然要異步了，為何還不能接受一分鐘的延遲呢？

sickcat2004

xinglu1983 發(fā)表于 2012-10-19 09:03
回復(fù) 8# sickcat2004

不會(huì)的。。。。。。
set_time_limit（0）