社区
网络编程
帖子详情
為何Client端在第一次發送信息能收到回應,第二次發送信息後就無回應?在線等......
yydyqy
2003-01-10 12:55:04
在C/S結構中,Client端在第一次用套接字s發送信息(進行生份驗證)能收到回應,第
二次用s發送信息後就無回應?而再打開一客戶端程序發送信息後, 第一個客戶程序
收到回應, 但Server端又沒了回應, 再發送客戶信息後, 客戶端無響應, Server端
又有了回應, 如此反覆, 這昰為何?請那位大俠幫忙看一下, 不生感激!
...全文
60
11
打赏
收藏
為何Client端在第一次發送信息能收到回應,第二次發送信息後就無回應?在線等......
在C/S結構中,Client端在第一次用套接字s發送信息(進行生份驗證)能收到回應,第 二次用s發送信息後就無回應?而再打開一客戶端程序發送信息後, 第一個客戶程序 收到回應, 但Server端又沒了回應, 再發送客戶信息後, 客戶端無響應, Server端 又有了回應, 如此反覆, 這昰為何?請那位大俠幫忙看一下, 不生感激!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用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类
应该你程序的问题,可能的话将代码贴出来。
libmysql
client
.so.16(64-bit)
源码链接: https://pan.quark.cn/s/0ca2541e465f 该文件是为64位操作系统设计的libmysql
client
.so.16库。
pip-numpy-1.25.0-cp39-cp39-win_amd64.whl.zip
pip-numpy-1.25.0-cp39-cp39-win_amd64.whl.zip
ISO 11898-2中文版
打开链接下载源码: https://pan.quark.cn/s/a4b39357ea24 在当前迅速演进的电子工程领域中,汽车电子、工业自动化以及航空航天等行业对数据通信的高效性与可靠性提出了极为严格的要求。为了应对这些需求,各式各样的通信协议相继出现,其中Controller Area Network(CAN)总线凭借其卓越的表现,已成为上述领域的首选方案。该总线被广泛用于车辆内部电子控制单元(ECU)之间的数据交换,以及更为复杂的系统集成场景。作为行业规范的ISO 11898-2,更是提供了关于CAN总线物理层的关键性规定,是学习和实现CAN通信不可或缺的基础。CAN总线的物理层是保障信号精确传输的根基,因此对其深入理解显得尤为关键。ISO 11898-2规范着重于CAN总线物理层的界定,它细致地说明了关于传输媒介、信号传输、电气接口和电磁兼容性等多个方面的技术要素。以传输媒介为例,规范中明确列出了可用的电缆类型,例如单绞屏蔽电缆(STP)和双绞线(UTP),以及它们的连接器规格,为实际应用中的选择提供了参考。而信号传输参数的设定,如位时间的划分和同步段的安排等,直接关联到数据传输的准确性与速率,对于实现高速且可靠的通信至关重要。在电气接口方面,ISO 11898-2规范定义了CAN总线的电平信号标准,规定了高电平和低电平的电压区间,以及总线活动与空闲状态下的电气特征。这些规定确保了不同制造商的设备之间能够正确地进行通信。同时,规范还涉及到了总线终
端
电阻的设置,这是减少信号反射并保证信号完整性的重要措施。终
端
电阻配置不当可能导致通信质量下降,甚至引发网络故障。电磁兼容性(EMC)在现代电子系统中是一个必须重视的议题。ISO 11898-2规范中详细说明了CAN...
pip-numpy-1.26.0-cp311-cp311-win_amd64.whl.zip
pip-numpy-1.26.0-cp311-cp311-win_amd64.whl.zip
pip-numpy-1.26.0-pp39-pypy39_pp73-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.zip
pip-numpy-1.26.0-pp39-pypy39_pp73-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.zip
网络编程
18,357
社区成员
64,165
社区内容
发帖
与我相关
我的任务
网络编程
VC/MFC 网络编程
复制链接
扫一扫
分享
社区描述
VC/MFC 网络编程
c++
c语言
开发语言
技术论坛(原bbs)
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章