求socket程序思路

DesignInside

Hi all。
我现在有这样的一个问题。
我的服务端有两个功能，第一要和客户端交互。第二要定时传递消息给客户端（此时客户端不必返回）。两种情况发的数据包是一样的。
客户端的也是要和服务端交互。

1.现在的问题是，客户端和服务端不知道谁先发数据，有可能客户先查询信息，也有可能服务器先获取客户信息。
就是不知道谁先read，谁先write。
2.在server--->client的时候，server此时也要传递定时信息给client，这样的话，怎样搞？同时send？

第二个问题，我想的是干脆起两个socket，一个专门搞交互，一个专门搞传递定时信息？这样设计会不会不太好呢？有没有通用的办法？

重点还是第一个问题...谢了

[ 本帖最后由 DesignInside 于 2008-12-22 21:06 编辑 ]

system888net

LZ想基于TCP还是UDP?两种协议下考虑会有所侧重.

DesignInside

原帖由 system888net 于 2008-12-22 22:12 发表
LZ想基于TCP还是UDP?两种协议下考虑会有所侧重.

tcp...

贺兰云天

原帖由 DesignInside 于 2008-12-22 21:04 发表
Hi all。
我现在有这样的一个问题。
我的服务端有两个功能，第一要和客户端交互。第二要定时传递消息给客户端（此时客户端不必返回）。两种情况发的数据包是一样的。
客户端的也是要和服务端交互。

1.现在 ...

不要拘泥于server和client模型，对等方式就行。
每个机器上都有个接收消息的进程，收到的消息放进消息队列，处理消息的进程轮询消息队列处理消息或者等待接收者唤醒它。
至于发消息，你随便发就是了。眼光应该开阔点

5毛党党员

第一个应该起两个线程，一个处理接受，一个处理发送

DesignInside

原帖由 贺兰云天 于 2008-12-23 09:45 发表

不要拘泥于server和client模型，对等方式就行。
每个机器上都有个接收消息的进程，收到的消息放进消息队列，处理消息的进程轮询消息队列处理消息或者等待接收者唤醒它。
至于发消息，你随便发就是了。眼光应 ...

哦...哎 呵呵 感觉没法说了
引用这句话吧
此情可待成追忆，只是当时已惘然

贺兰云天

原帖由 DesignInside 于 2008-12-23 09:56 发表


哦...哎 呵呵 感觉没法说了
引用这句话吧
此情可待成追忆，只是当时已惘然

不要在技术版灌水，小心被咔啊

vincentdpan

这个我曾经做过，很简单，有3个方法：
1. 非阻塞方式，就是select（），但好像很费资源。
2. 用子进程完成一个功能。
3. 我认为最佳方案还是：两个线程，一个收，一个发，将同步问题交给os。

chary8088

感觉P2P模式是不是好点呢