请教UDP的多进程通信

shaimer

客户端进程与服务器端连接的连接机制:
1、客户端不同的进程都通过tcp协议向服务器端同一个端口发送数据；
2、服务器端对每个进程发送的数据回答时，都将数据通过udp协议发
送到一个端口，要求客户端通过udp协议接收数据；
3、要求客户端的每个发送数据包，服务器端必须有返回数据。

问题：服务器端通过udp协议返回数据的方式时，若多个客户端进程，
处于一台机子，返回给一个进程的数据会不会被另一个进程接收。
若不会被另一进程接收，请讲一下服务器端、客户端设计思路？

flw

问你们的总体设计师。
问问他这个鸟东西是怎么设计出来的。
端口号有那么值钱吗？

cracy

udp不是有端口的吗？虽然多个客户端进程处于同一台机子，但是每个客户端的接收port应该不一样的啊，不会混乱的啊

shaimer

服务器端、客户端是两个不同厂家。
服务器端提供两个端口：一个用于接受客户端数据（通过tcp协议）、一个用于发送客户端数据（通过udp协议）。
这种方式的话，客户端要到服务器端口通过udp接受数据，服务器端好象无法识别各个客户端进程的，他只将数据放在他的端口。
也就是当客户端几个进程同时发送服务器端数据，并且等待服务器返回数据，因而各个进程接受到服务器数据会混乱？
如何避免这种状况？

flw

[quote]原帖由 "shaimer"]他只将数据放在他的端口。[/quote 发表：

这句话不明白。

shaimer

我的意思是：
客户端接受数据时，建立一个udp套接字，然后通过recvfrom函数对服务器的该端口接受数据。
对服务器端来说，好象没有客户端的相关信息，他只需将数据发送到自己的本地端口，不知这样理解正确否？

flw

原帖由 "shaimer" 发表：
我的意思是：
客户端接受数据时，建立一个udp套接字，然后通过recvfrom函数对服务器的该端口接受数据。
对服务器端来说，好象没有客户端的相关信息，他只需将数据发送到自己的本地端口，不知这样理解正确否？

不正确。
发送应该用 sendto
其实我一直觉得 recvfrom 这个函数的名字起得真差劲，
很容易让大家以为是“从 …… 接收”，其实是错了，是从 anywhere at all 接收，但是把来源地址信息放到了 from 这个参数中去了。

FH

如果大家使用相同端口，那么数据中应该含有唯一标记，大家检查与自己对应的唯一标记即可。

rootclown

不会混乱
数据包里的ip地址和udp段口号唯一标识了一个客户
一个客户的多个进程通过段口号区分

FH

原帖由 "rootclown" 发表：
不会混乱
数据包里的ip地址和udp段口号唯一标识了一个客户
一个客户的多个进程通过段口号区分

你怎么知道“数据包里的ip地址和udp段口号唯一标识了一个客户，一个客户的多个进程通过段口号区分”的？难道你就是那个设计师不成？