关于socket通信连续发问数据时遇到有问题

safedead

原帖由 cuzzg 于 2007-11-16 11:06 发表



的确，业务完成的功能是，从车站计算机中，查询终端机运行参数版本，根据反馈并下发运营参数文件到终端机。有的参数文件可能会很大，我担心，如果下发多个，如果都合在一起这样，会不会，大太了啊。

哎 ...

你这个业务有点象6大干线的GPRS系统数据报
这样，你的recv的缓冲区设定成send的整数倍
根据recv的返回值判断接收是否完整，是否多个

alazer

原帖由 safedead 于 2007-11-16 11:12 发表



你这个业务有点象6大干线的GPRS系统数据报
这样，你的recv的缓冲区设定成send的整数倍
根据recv的返回值判断接收是否完整，是否多个

哈哈,车站计算机?????  铁路上用的啊?! !!!
铁路上用的一般都是定个协议吧, 比如包头,数据长度, 数据类型, 内容, CRC, 包尾 (此处的数据包,不是TCP协议的包的概念,就是自己定义的数据包)
一端发送的时候把数据内容塞到按照包的格式发送
另外一端接收的时候, 接收完整一包才处理.......
都是这样操作的吧.......
这样一端收到数据,判断是否合法,合法的话,拆包,处理...

cugb_cat

原帖由 cuzzg 于 2007-11-16 11:06 发表



的确，业务完成的功能是，从车站计算机中，查询终端机运行参数版本，根据反馈并下发运营参数文件到终端机。有的参数文件可能会很大，我担心，如果下发多个，如果都合在一起这样，会不会，大太了啊。

哎 ...

不能自己制定运行与TCP上的协议吗？标识出开始结尾
如果是对于一次发包太大的担心  我觉得完全没有担心的必要  TCP会完成分包和合并的工作。

cuzzg

原帖由 alazer 于 2007-11-16 11:19 发表

哈哈,车站计算机?????  铁路上用的啊?! !!!
铁路上用的一般都是定个协议吧, 比如包头,数据长度, 数据类型, 内容, CRC, 包尾 (此处的数据包,不是TCP协议的包的概念,就是自己定义的数据包)
一端发送的时候把数 ...

呵呵。恩，是。地铁。。地铁标准协议规范有你说的那个些。呵呵。。自己定义的数据包格式。。

我自己也深想了下，一般的操作是同步的方式（一问一答），不过好像下发参数文件，应该是异步的方式（这边一顿发，那边按自定义的标准的包长度收）。

确定不了，回头再细看看标书，问问单位老鸟。呵呵

cuzzg

alazer    有经验啊

musics

除非你发一次接收方确认一次,才继续发,否则,不可能保证你发一次就收一次,就算是这样,如果网络原因,也可能需要你发一次,接收多次才能完成.只有自己在每次发送前附带长度.然后接收完一次处理一次

iccc11

禁用nagle算法或者

154649474

uint32 arg = 1;
setsockopt(fd, 0x6, TCP_NODELAY, (const char*)&arg, sizeof(arg))
把nagle算法关掉，这样每次只要发送不管数据包大小都会立即发送，
可以这样试下，呵呵 第一次发贴

154649474

刚把字打完有人就我前面了

scut_eros

楼主的问题是处理tcp长连接时所必须面对的问题

方法一般有两种(可能还有其他的)，在send的包里面指定一个长度，比如前四个字节专门用来说明你一个完整的协议包有多长，接收端在接收的时候，先rev四个字节,解析这四个字节，确定还要rev多长，然后就可以知道再次rev多长的数据了，循环如此就可以解决这个问题。。

第二个，指定固定的标识符，比如以某个字符作为数据的截止，如：\n，接收端接收1k的数据，检查一下是否有\n，没有的话接着rev，有的话，把到\n为止的当做一个数据，剩下的当做下一个包的开头，再次rev，循环如此，就可以解决这个问题了。。

短连接的话，给足够长的缓冲区就可以了。。

[ 本帖最后由 scut_eros 于 2007-11-17 10:04 编辑 ]