Go的口號(hào)之一是“不要通過共享內(nèi)存進(jìn)行通信；而是通過通信共享內(nèi)存。我想知道Go是否允許在同一臺(tái)機(jī)器上運(yùn)行的兩個(gè)不同的Go編譯二進(jìn)制文件相互通信（即客戶端-服務(wù)器），以及與C ++中的boost :: interprocess相比，速度有多快？到目前為止，我所看到的所有示例僅說明了相同程序例程之間的通信。一個(gè)簡(jiǎn)單的Go示例（帶有單獨(dú)的客戶端和服務(wù)器代碼）將不勝感激！
3 回答
FFIVE
TA貢獻(xiàn)1797條經(jīng)驗(yàn) 獲得超6個(gè)贊
當(dāng)我讀到這篇文章時(shí)，我想到的第一件事就是Stackless Python。在圍棋通道讓我想起很多無堆棧的Python，但是這可能是因?yàn)椋ㄒ唬┪矣盟停╞）中的語言/想法，他們實(shí)際上都來自我從來沒有碰到。
我從未嘗試將通道用作IPC，但這可能是因?yàn)樘娲椒赡芨踩?。這是一些偽代碼：
程序1
chan = channel()
ipc = IPCManager(chan, None)
send_to_other_app(ipc.underlying_method)
chan.send("Ahoy!")
程序2
chan = channel()
recv_from_other_app(underlying_method)
ipc = IPCManager(chan, underlying_method)
ahoy = chan.recv()
如果您使用傳統(tǒng)的IPC方法，則可以在每一側(cè)都有通道，將其通信包裝在其頂部。這導(dǎo)致了一些實(shí)現(xiàn)上的問題，我什至無法考慮如何解決，并且可能會(huì)出現(xiàn)一些意外的競(jìng)爭(zhēng)情況。
但是，我同意。通過具有Go通道相同靈活性的流程進(jìn)行通信的能力非常出色（但我擔(dān)心會(huì)不穩(wěn)定）。
但是，將簡(jiǎn)單的插座包裝在兩側(cè)各有一個(gè)通道即可獲得幾乎所有的好處。
- 3 回答
- 0 關(guān)注
- 284 瀏覽
添加回答
舉報(bào)
0/150
提交
取消