社区
网络编程
帖子详情
為何Client端在第一次發送信息能收到回應,第二次發送信息後就無回應?在線等......
yydyqy
2003-01-10 12:55:04
在C/S結構中,Client端在第一次用套接字s發送信息(進行生份驗證)能收到回應,第
二次用s發送信息後就無回應?而再打開一客戶端程序發送信息後, 第一個客戶程序
收到回應, 但Server端又沒了回應, 再發送客戶信息後, 客戶端無響應, Server端
又有了回應, 如此反覆, 這昰為何?請那位大俠幫忙看一下, 不生感激!
...全文
36
11
打赏
收藏
為何Client端在第一次發送信息能收到回應,第二次發送信息後就無回應?在線等......
在C/S結構中,Client端在第一次用套接字s發送信息(進行生份驗證)能收到回應,第 二次用s發送信息後就無回應?而再打開一客戶端程序發送信息後, 第一個客戶程序 收到回應, 但Server端又沒了回應, 再發送客戶信息後, 客戶端無響應, Server端 又有了回應, 如此反覆, 這昰為何?請那位大俠幫忙看一下, 不生感激!
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
11 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
yydyqy
2003-01-11
打赏
举报
回复
第一次进来有数据
River_H
2003-01-10
打赏
举报
回复
第一次接受時, 我只是用Receive()函數將數據接收後將其中的某些字段(用戶名及密碼)與Server的用戶名及密碼比較, 若錯誤則返回錯續信息.
那如果不是第一次进来你有没有取数据呀?
我的意思是,在每一次到OnReceive函数中,都要读取一些数据,以便下次数据到来时再触发该函数。
yydyqy
2003-01-10
打赏
举报
回复
ExitWin(ExitWin), 當然沒有.
ExitWin
2003-01-10
打赏
举报
回复
你是不是第一次send完了。。
然后就close了
cowisdom
2003-01-10
打赏
举报
回复
我曾经为了方便也采用过Csocket,后来也出现了这种问题,解决的办法是在接收后,再发送信息s.send函数之前加一个调试断点(不需要改动任何代码),就能稳定接收和发送,除此之外,我尝试了很多种方法都一一失败,不知道你是不是也是这种情况,如果是,建议你改用Socket api 或者CSocket的父类。
yydyqy
2003-01-10
打赏
举报
回复
River_H(小河) ( ), 第一次接受時, 我只是用Receive()函數將數據接收後將其中的某些字段(用戶名及密碼)與Server的用戶名及密碼比較, 若錯誤則返回錯續信息, 有問題嗎? 謝謝!
River_H
2003-01-10
打赏
举报
回复
用MFC CSocket写你要注意,在第一次连接成功后发送数据,对方OnReceive函数会被调用。但是如果对方没有对接受到的数据进行过任何处理。那你再发送的数据并不会再次激发对方的OnReceive函数。为了避免这种情况,你可以在OnReceive函数中读取一个字节的内容。试试看可不可以。
yydyqy
2003-01-10
打赏
举报
回复
gauspican(gauspican), Server端在BOOL CWinThread::InitInstance()中的if (!PumpMessage())處出現問題, 應昰處理線程消息循環時出現問題, 但該如何解決?我昰首次做通信程序, 請多幫忙, 謝謝!
yydyqy
2003-01-10
打赏
举报
回复
用MFC CSocket类寫的, 昰不昰因為出現了阻塞?若是因為阻塞該如何解決?
gauspican
2003-01-10
打赏
举报
回复
"而再打開一客戶端程序發送信息後, 第一個客戶程序
收到回應, 但Server端"
1、socket乱了吧?
2、提交的事件有问题
3、不要开第二个client,只开一个,debug看看c/s两端的情况,有没有引发Event
xenogear
2003-01-10
打赏
举报
回复
用什么写的?socket api还是MFC socket类
应该你程序的问题,可能的话将代码贴出来。
三次握手对方未接
收到
信息
一般来说都是服务
端
被动监听,客户
端
主动发起连接请求。 server未
收到
第一次
握手
信息
:客户
端
通过connect()系统调用发起建立连接请求,如若由于某种原因server没有
收到
请求建立连接报文(SYN同步报文),那么很显然server
端
什么也不会发生(因为server对这一切毫不知情),下面讨论下
client
端
做出的反应: 1.1 如果
client
发送的SYN报文或者server回应的确认报文在通信链路中丢失,客户
端
隔了一段时间t1没有
收到
回应,那么会隔更长的一段时间t2(一般为2t1)重新发送SYN
快去请如来佛祖 Socket连接批量发送,只接受
第一次
1. 主要困难 因为在客户
端
进行分批同步时,for循环发送
第一次
数据同步都正常,但到
第二次
时就停住了,停在了如下图处 2. 服务
端
代码 3. 客户
端
核心代码 经过查询后感觉说是通讯阻塞?我也不是很清楚。流下了没知识的眼泪,MySQL优化,多线程,线程池,怎么学好啊@_@ 正儿八经入行1年多,感觉行路难却很有新鲜感。因为稍微难一些的东西都值得研究好久。经过工作需要和考虑,想先学学MySQL优化,多线程,线程池。有好课程记得分享给我 =.= ...
TCP的三次握手和四次挥手 以及相关的问题和面试问题
面试的三次握手四次挥手应该怎么回答? 1、
第一次
握手:客户
端
给服务器发送一个 SYN 报文。 2、
第二次
握手:服务器
收到
SYN 报文之后,会应答一个 SYN+ACK 报文。 3、第三次握手:客户
端
收到
SYN+ACK 报文之后,会回应一个 ACK 报文。 4、服务器
收到
ACK 报文之后,三次握手建立完成。 作用:是为了确认双方的接收与发送能力是否正常。 为什么是三次握手而不是两次?
第一次
握手:客户
端
发送网络包,...
NodeJS http.
Client
Request & http.
Client
Response
http.
Client
Requesthttp.
Client
的request()方法建立并返回http.
Client
Request 对象。 该对象代表一个进行中的请求(request), 该请求的消息头已经发送出去。要获得回应, 可以为request 对象增加一个'response'事件的监听器。 response事件将在request 对象接
收到
响应头的时候被触发, response事件
基于MQTT协议的 org.eclipse.paho.
client
.mqttv3 源码学习(一)
一、MQTT协议简叙 MQTT 有以下特点: 使用发布/订阅消息模式,提供一对多的消息发布,解除应用程序耦合使用TCP/IP提供网络连接有三种发布消息服务质量“至多一次 Qos level=0”,消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别可用于如下情况,环境传感器数据,丢失一次读记录无所谓,因为不久后还会有
第二次
发送。“至少一次Qos level=1”,确
网络编程
18,358
社区成员
64,186
社区内容
发帖
与我相关
我的任务
网络编程
VC/MFC 网络编程
复制链接
扫一扫
分享
社区描述
VC/MFC 网络编程
c++
c语言
开发语言
技术论坛(原bbs)
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章