網路上看了下，總結的幾種行程間通信的辦法，總感覺比較復雜。
我個人是認為，就是這個自我宿主方式的WCF很好用，做起來比較簡單，跑起來也很穩定。如果有服務器，掛靠IIS的也不錯。
但是，想請大俠們，給我介紹下，還有沒有類似WCF這樣的簡單穩定的、能夠實作實時雙向通信的技術？
要求是：一方面能實作同一臺電腦的不同的行程之間的實時雙向通信，另一方面也能實作網路上兩臺電腦之間的不同的行程之間的實時雙向通信。（webservice與WCF類似，也不算了）http ftp這些不算了
uj5u.com熱心網友回復：
我記得Web Socke可以實作雙向通信https://edu.csdn.net/course/play/25610/352908
uj5u.com熱心網友回復：
socket粘包的問題，可能還是無解啊。分包處理雖然可以，但是就不太好了。
uj5u.com熱心網友回復：
訊息通訊可以uj5u.com熱心網友回復：
如果局限在本機，可以用管道（pipe）uj5u.com熱心網友回復：
訊息是可以，但還是不太理想，因為相比之下，麻煩了些，安裝訊息服務端，建立佇列路由等。
uj5u.com熱心網友回復：
好的，下次試試看。但最好還是能實作非本機的。
uj5u.com熱心網友回復：
有句很老的歌詞，很貼切的形容這里的風格“不理不問啊不想”你這些東西，其實很早就被通用化了。只是這里的人也就只剩那句歌詞了。
netmq，akka.net，ProtoAct，微軟的Orleans
全是此類，單行程內通訊，本機多行程通訊，網路通訊。
可能akka的資料多點，我就用akka說。
對于你來說只是需要本機單行程能除錯通過，你的系統就完成了。因為剩下的只是修改配置，你讓什么方法（他叫Actor）跟誰通訊他就跟誰通訊。
再說點后話，當然這些東西基于配置，簡單的玩意你就手動配就好。如果復雜的分布式網路，建議加入etcd，zoopkeeper這里進行全域統一配置
uj5u.com熱心網友回復：
好的，感謝。這些要花時間好好看看。
uj5u.com熱心網友回復：
MQ呀，不是號稱分布式事務統一通信么uj5u.com熱心網友回復：
netmq，akka.net，ProtoAct，微軟的Orleans 這幾個說起來還是畢竟有意思netmq------是zeromq的net實作版本------zeromq是一個非常流行的C++專案，作者已經陪上帝了（愿作者安息），不過這專案本身因為太流行，所以有人繼續維護
（python的人也經常使用因為python的人其實最痛苦的也是怎么通訊，以前python都是玩演算法，玩科學的，根本不考慮生產。現在要跟人配合了，如何通訊也就成了問題）
akka.net------------是akka的net實作版本------akka本身是Scala語言撰寫（因為java的人也羨慕erlang那種天生就是為分布通訊的簡單優雅實作）
ProtoAct--------------這個是后進，同樣是仿照erlang，提供Go和net的介面
Orleans---------這個是微軟的，不過我個人不太喜歡。太重了，而且既然net core了，那么和其他語種配合才是問題。前面3個至少你從描述都知道，他們起碼都是跨語種的協議。而微軟這個，理論上可以跨語種，不過誰來研究他，來做支持呢？就像你說wcf，俺們用沒問題，雖然有坑，不過基本都能跨過去。但是你說python，java，go跟你配合，怎么弄？讓java的對接你的wcf，又得折騰了。折騰好了沒問題，折騰出毛病，一準是“你們net啥玩意，搞這么復雜還一堆毛病”
uj5u.com熱心網友回復：
也是，以前想弄個wcf服務供php端呼叫，對方一聽說是wcf,連連搖頭，說以前他和wcf對接過，麻煩死了，只好放棄了。
uj5u.com熱心網友回復：
類似WCF這樣的簡單穩定的、能夠實作實時雙向通信的技術？-------------
有，iMSF框架，使用WCF為通信框架，利用它的雙工TCP通信功能，設計開發的一個實時訊息通信系統，支持點對點和一對多的訊息訂閱和推送，以及服務器回呼客戶端任意函式，使用簡單，詳細內容可以參考這個入門：《“一切都是訊息”--iMSF（即時訊息服務框架）入門簡介》
uj5u.com熱心網友回復：
好的，感謝。會花時間好好看看。
個人認為，java陣營確實有很多好的理念，但是微軟陣營也不弱。兩個陣營不能很好的契合起來，應該不是技術的問題，是利益的問題。
uj5u.com熱心網友回復：
WCF沉重且有各種方言協議，而且基本上在用的也都是不支持“雙向”的。使用 websocket 是很好的選擇，輕而且通用，包括凡是支持 html5 的瀏覽器和底層平臺（比如各種手機）都支持。
uj5u.com熱心網友回復：
好的，感謝。
綜合一下大牛們的意見，如果要實作不同陣營，不同系統等的契合，可能還是ibm mq/rmq等訊息機制或者socket比較靈活好用。
uj5u.com熱心網友回復：
要不，再多聊一些。我們要實作行程間通信，或者不同陣營之間的網路上的行程間通信，主要的目的，是為了實作代碼重用（代碼復用），
但是，這肯定帶來一定的耦合問題，也就是說，解耦和代碼重用，在某種程度上，是有矛盾的。
就好比，封裝，主要是為了解耦，然而繼承又有可能破壞解耦，如果是白盒重用的話，那么耦合度又更高了，這也是矛盾。
也可能我說的不對或不好，也許，應該有了某種平衡的機制或技術。
uj5u.com熱心網友回復：
映射檔案方法很容易操作啊，如果只是很小的資料，直接PostMessage得了uj5u.com熱心網友回復：
RPC開源代碼很多很多uj5u.com熱心網友回復：
可以用管道。這個東西里有標準輸入輸出管道的另類用法，還帶tcp的分布式。https://github.com/goldenhawking/taskBus/blob/master/documents/taskbus_zh_CN.md
uj5u.com熱心網友回復：
你沒看到論壇有一個帖子 人家說 什么協議組包 都是全自動的
你快上
uj5u.com熱心網友回復：
建議研究一下gRPC， 下一代技術。WCF太老了，負載高，速度慢，不好兼容于其它的技術uj5u.com熱心網友回復：
哈哈哈，借用一下，使用WebSocket 可以使用 SignalR，這套都是比較成熟了，網上資料也不少。關鍵是入門簡單。
uj5u.com熱心網友回復：
感謝各位大俠，初步打算重點研究一下thrift，順便問下，同時支持C++，Java，C#，的RPC框架，還有哪些？
uj5u.com熱心網友回復：
學到了學到了uj5u.com熱心網友回復：
我覺得用戶管道就可以解決的吧uj5u.com熱心網友回復：
一方面能實作同一臺電腦的不同的行程之間的實時雙向通信，另一方面也能實作網路上兩臺電腦之間的不同的行程之間的實時雙向通信。全雙工的核心傳輸uj5u.com熱心網友回復：
WCF比較老了，近5年大公司都比較少用了，推薦樓主看看WebApiuj5u.com熱心網友回復：
node.js
uj5u.com熱心網友回復：
為啥說socket粘包問題無解？
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/41630.html
標籤：C#