比如對(duì)GPRS通過(guò)Gateway::sendToClient進(jìn)行了下發(fā)數(shù)據(jù)后,想hold這個(gè)連接通道實(shí)時(shí)等待數(shù)據(jù)反饋,因?yàn)楹罄m(xù)的邏輯,都得根據(jù)這個(gè)反饋結(jié)果來(lái)進(jìn)行下一步操作,是不是只能通過(guò)Events::onMessage進(jìn)行處理?...
由于自定義了tcp協(xié)議,需要根據(jù)幀頭解析,但是這邊收到的數(shù)據(jù)是經(jīng)過(guò)了轉(zhuǎn)化的,如何得到原始數(shù)據(jù)?如果是自定義協(xié)議處理的話,也得對(duì)$buffer進(jìn)行處理,補(bǔ)充:獲得原始數(shù)據(jù)是為了解決在已有的協(xié)議格式下的粘包問(wèn)題,如果不獲取原始數(shù)據(jù),不好在粘包拆包后進(jìn)行拼接...