搭建udp轉發伺服器
A. 想用C#做個UDP伺服器，求大神指點。。
對第一個問題，你可以這樣：做一個while(true)循環，循環內UdpClient 在不停Receive ，接收到 byte[] ReceivedByte 以後，馬上建立一個線程去處理接收到的數據，你進入處理ReceivedByte 的線程時，不要直接對ReceivedByte 處理，復制一份過去，這里是繼續Receive 的，至於你有幾種格式什麼的，與UdpClient 的Receive無關了，那是線程做的事情了，while體內繼續下一次Receive。而UDP面向無連接，不存在最大客戶端數量問題。
第二個問題：你在啟動線程同時，ReceivedByte ，IP作為參數進去就可以了
同時建立一個string數組，把你要記錄的數據都寫到string數組里（寫到string數組之後，同時寫一下txt文件），再用一個定時器定時把string數組里的東西更新到你要顯示的控制項裡面去。
不存在專門的函數做這些，都要自己實現，
對於線程帶參數 格式如下：
new Thread(delegate(){dotask(recivebyte,ipaddress)}).start();
dotask實現：
void dotask(byte[] recive,string ipaddress)
{
//你要做的事情
}
B. SSR伺服器怎麼做轉發
目前來說，搜索引擎仍然不能很好的處理SPA頁面(2019.1)。那麼為了流量考慮，必須應對SEO的需求。現代的前端工具鏈對工作效率的提升自不必言，是不可能回到古典時代的，那很明顯就只能走服務端渲染(SSR)方案了。
C. Python搭建的udp伺服器一直錯誤，不知道什麼問題，找了個成功的我電腦也不響應
排查發現是防火牆的問題：
解決方案：
單獨設置某個應用示是否可以通過防火牆進行通信
打開防火牆後，可以接收到udp信息了（或者，關閉一下防火牆，再測試）
D. 如何從客戶端使用UDP/ IP發送數據到伺服器,xiexie~
TCP/IP是一種網路傳輸協議，也是現在我用公用的網路傳輸協議
現在使用的版本是IPV4，下一代的TCP/TP協議是IPV6
TCP傳輸控制協議，IP網際協議
TCP和UDP是運行在傳輸層的主要協議
傳輸控制協議TCP 是面向有連接的
用戶數據報協議UDP 是面向無連接的
IP層接收由更低層（網路介面層例如乙太網設備驅動程序）發來的數據包，並把該數據包發送到更高層---TCP或UDP層；相反，IP層也把從TCP或UDP層接收來的數據包傳送到更低層。IP數據包是不可靠的，因為IP並沒有做任何事情來確認數據包是按順序發送的或者沒有被破壞。IP數據包中含有發送它的主機的地址（源地址）和接收它的主機的地址（目的地址）
E. UDP通信求助各位大大： 要寫個UDP通信的程序作為伺服器，有單個網卡，多個IP地址（三個）
簡單的說是這樣一個過程：無獨立ip的客戶端一般是某個單位區域網內的某個主機，沒有固定的ip，其ip地址是通過dhcp協議動態分配得到的。但這個單位肯定會有一個獨立的B類或者C類地址，區域網內的主機向伺服器發出請求時通過這個ip，伺服器響應也會通過這個ip到達所在的區域網，然後到達所在主機；
F. UDP 並發伺服器，大家幫忙看一看！該如何解決
UDP2000個客戶端左右 並發
單個數據包最大512位元組
Internet 10MB帶寬
要求效率（盡可能快，盡可能少丟包），這種情況下用哪種通訊模型比較有優勢！
想用IOCP，因為和select模型相比，這個稍微熟悉一點，也在項目中用過，不過是TCP的。
有兩個問題，大家懂得的幫忙給指導一下：
是否可以理解為UDP模式下，一次recvfrom 只對應一次sendto。
2.能否對服務端的套接字同時投遞多個WsaRecvFrom,能否在多個線程中同時投遞WsaSendTo和WsaRecvFrom。
------解決方案--------------------------------------------------------
-------------------------------------
等不到，包被截斷了。
2.能否對服務端的套接字同時投遞多個WsaRecvFrom,能否在多個線程中同時投遞WsaSendTo和WsaRecvFrom。
--------------------------
其實，我個人認為對udp而言，不用iocp也可以滿足。 首先sendto都是立即完成的，無需非同步操作。而recvfrom可以只需阻塞一個線程就夠了，不需要重疊操作。
------解決方案--------------------------------------------------------
用UDX協議最可靠，效率高，開發簡單，非開源。
UDT開源，對於你這種2000客戶，夠用，開源。
------解決方案--------------------------------------------------------
1.sendto 10k,接受部分要麼收到10k,要麼全部丟失，不會出現部分收到的情況。
------解決方案--------------------------------------------------------
-------------------------------------
在區域網可以，公網，一般1K也收不到。
2.能否對服務端的套接字同時投遞多個WsaRecvFrom,能否在多個線程中同時投遞WsaSendTo和WsaRecvFrom。
--------------------------完全可以
------解決方案--------------------------------------------------------
1.如果UDP數據在傳輸過程中被分包，則你需要對數據包進行標識，已確保獲取的包完整。一次recvfrom並不對應一次sendto，考慮UDP不可靠傳輸的因素。
2.不可以，因為sendto和recvfrom都是對同一個資源Socket進行操作。如果在多個線程中對同一個資源進行操作，如果不加鎖的情況下，會非常可怕的。而且，如果你加鎖了，其實還不如單線程操作。
按照你的需求最好還是採用UDP，不過可以考慮組播。
2.API調用完全沒有問題。但是接到的數據可能和發送的數據次序不一樣，這本身是UDP亂序特性決定了的。而且你發送方可能是多線程，從API層面來說，這些調用都是可以的，完全沒有問題。但是給你接收方處理帶來一系列問題。
G. 建立UDP直連
QQ里的連接方式吧,登陸方式選UDP,對方也是UDP的話基本上都是UDP直連,速度最快,否則大多都是TCP中轉,速度最慢,也要從這兩個網路協議的原理開始說起,TCP,UDP都是TCP/IP協議棧裡面的第四層(傳輸層)的運輸協議,一個是提供面向連接服務的TCP,一個是無連接服務的UDP,TCP提供可靠穩定的服務.因為他建立連接前和傳輸信息乃至結束連接都是需要通過確認的,而UDP是不管這些的,直接發了就發了,不管你收不收到.所以效率來說UCP都是比TCP要快的.所以UDP連接語音聊天的話比TCP要快的多,中轉就更慢了,因為要通過騰訊的伺服器做一個中繼的作用
H. 怎麼設計UDP伺服器
發給你了 給分吧~
I. 用C#開發一個UDP伺服器
網上歷程有的是啊
無非就是
IPEndPoint ipep = new IPEndPoint(IPAddress.Any, 10002);
Socket command_sock_query =new Socket(AddressFamily.InterNetwork, SocketType.Dgram, ProtocolType.Udp);
command_sock_query.Bind(ipep);
然後是發送和接收
command_sock_query.SendTo(sendbuf, sendbuf.Length, SocketFlags.None, remoteIpEndPoint);
int recv = command_sock_query.ReceiveFrom(recv_data, ref Remote);
但是伺服器一般會寫多線程。這就是UDP的一個弊端了。只有阻塞在接收介面了，一旦接收到數據就要開啟新的線程，會導致一個客戶端創建很多線程
建議TCP寫伺服器吧，在連接那監聽，創建新線程。
J. 伺服器如何設置UDP轉發特定埠
SS+Proxifier
讓應用程序通過Proxifier走SS線路SS+SocksCap64
與1用處一樣。但SocksCap64支持UDP。實用路由器，有的可以刷固件，刷一個支持SS賬戶的然後登陸，設置就可以了。