如何在gen_tcp上調用（和休眠）：接受並同時處理系統消息？

Question

我對erlang/otp世界還是一種新鮮感，所以我想這是一個非常基本的問題。不過，我想知道進行以下操作的正確方法。

目前，我有一個頂級主管的應用程序。後者將監督調用gen_tcp的工作人員：接受（就緒），然後爲每個接受的連接生成一個進程。注意：對於這個問題，listen（）完成的地方並不重要。

我的問題是關於讓這些工作者（那些睡在gen_tcp：accept上的工作者）尊重otp設計原則的正確方式，以這種方式他們可以處理系統消息（處理關閉，跟蹤等）據我在這裏讀到：http://www.erlang.org/doc/design_principles/spec_proc.html

所以，

• 是否有可能使用像的gen_fsm或gen_server此可用的行爲嗎？我的猜測是否定的，因爲阻止了對gen_tcp的調用：accept/1。是否仍可以通過指定接受超時來完成它？如果是這樣，我應該在哪裏接受accept（）調用？
• 或者我應該從頭開始對它進行編碼（即：不使用一個存在的行爲），就像上面鏈接中的例子一樣？在這種情況下，我想到了一個調用gen_tcp的主循環：accept/2而不是gen_tcp：accept/1（即：指定超時），然後立即編寫接收塊，以便處理系統消息。這是正確的/可接受的嗎？

感謝提前:)

Answer 1

其實我已經找到了答案在另一個問題：Non-blocking TCP server using OTP principles這裏http://20bits.com/article/erlang-a-generalized-tcp-server

編輯：這是對我很有幫助，具體的答案是：https://stackoverflow.com/a/6513913/727142

Answer 2

你可以把它類似於這一個gen_server：https://github.com/alinpopa/qerl/blob/master/src/qerl_conn_listener.erl。

正如你所看到的，這個過程是做TCP接收和處理其他消息（如停止（PID） - > gen_server：投（PID，{關閉}））

HTH， 阿林

Answer 3

由於Erlang是事件驅動的，所以處理接受/ {1,2}塊的代碼是很尷尬的。

就我個人而言，我將有一位主管，其中有一位聽衆gen_server，另一位主管爲接受工作人員。 手動接受工作人員超時（gen_tcp:accept/2），有效地輪詢，（尷尬的部分），而不是接收狀態消息。

這樣，如果一名工人死亡，它會被上面的主管重新啓動。 如果偵聽器死了，它會重新啓動，但不會重新啓動依賴該偵聽器的工作樹和監控器。 當然，如果最高管理者死亡，它會重新啓動。 但是，如果您在樹上使用supervisor:terminate_child/2，則可以有效地禁用該套接字的偵聽器和所有接受器。稍後，supervisor:restart_child/2可以重新啓動整個偵聽器+接收器工作池。

如果你想要一個應用程序來管理這個，cowboy實現上述。雖然以http爲導向，但它很容易支持用於任何協議的自定義處理程序來代替。