社区
网络编程
帖子详情
本机向本机用socket传输数据时,经常出现客户端向服务端发送数据后,服务端OnRecive事件没有响应。
sim
2004-12-22 02:22:49
碰到一个问题:本机向本机用socket传输数据时,经常出现客户端向服务端发送数据后,服务端OnRecive事件没有响应。怎么回事?
客户端发送成功,服务端就是没有响应,客户端一直再等待服务端的数据接受响应。就是收不到
...全文
103
3
打赏
收藏
本机向本机用socket传输数据时,经常出现客户端向服务端发送数据后,服务端OnRecive事件没有响应。
碰到一个问题:本机向本机用socket传输数据时,经常出现客户端向服务端发送数据后,服务端OnRecive事件没有响应。怎么回事? 客户端发送成功,服务端就是没有响应,客户端一直再等待服务端的数据接受响应。就是收不到
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
3 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
zhoujianhei
2004-12-23
打赏
举报
回复
引用 ljhnew
这是有TCP/IP协议决定的,特别是“报文的分组发送”,当IP层在传输中,不能把所有的数据一次传送出去,就会将数据包分组,所以就会导致出你的问题。这只是一个比较简单的解释,如果你希望了解根详细的环节,可以参考一下具体的TCP/IP协议。如在我们普通的以太网上,如果你一次发送1M的数据,而以太网上规定一次的传输最大数据为1500左右(MTU),此时,你很可能在一次recv调用时并不会得到所有的1M数据,你可以用flags=MSG_WAITALL来实现,不过一次接收1M的数据,对于一般的TCP/IP协议栈来说,比较难以处理,所以,你可以采用循环多次调用(最好是block模式)来得到数据。
对于发送数据包来说,也是同样道理,如果你一次发送的数据超过了协议栈的缓冲(特别是在单片机嵌入式系统中),那么发送调用就会给你返回一个实际发送出的数据或直接返回失败。
windcsn
2004-12-22
打赏
举报
回复
你使用什么协议?
把你程序贴出来一看
zhoujianhei
2004-12-22
打赏
举报
回复
关注
C#
Socket
_
服务端
向指定的
客户端
发送消息(包含服务器)
C#
Socket
服务端
向指定的
客户端
发送消息(包含服务器)
C#基于TCP的
Socket
多线程通信(包含
服务端
和
客户端
)
C#基于TCP的
Socket
多线程通信(包含
服务端
和
客户端
) 代码都有注释,方便新手阅读
Socket
聊天程序(一个
服务端
,多个
客户端
)
Socket
聊天程序(一个
服务端
,多个
客户端
) 可通过设置IP地址,进行局域网聊天,互联网聊天。。详细配置可以看下我blog的文章。 blog中搜索:
Socket
聊天程序
MFC
socket
编程,网络传输(服务器端,
客户端
)
用
socket
套接字实现了文件传输,尤其适用于初学者学习
socket
进行创建,绑定,监听,接收等过程,服务器端和
客户端
进行通信的整个流程,MFC界面简单。发送端有,create ,listen,accept,send等函数;接收端有create,connect,receive等函数。并且是创建一个接收和发送线程来进行发送和接收操作。
Web
Socket
客户端
和
服务端
实例源码
Web
Socket
客户端
和
服务端
实例源码 Web
Socket
ws实例 HTML5 用java实现的
服务端
Web
socket
与服务器的正常通信 众所周知,Web 应用的交互过程通常是
客户端
通过浏览器发出一个请求,服务器端接收请求后进行处理并返回结果给
客户端
,
客户端
浏览器将信息呈现,这种机制对于信息变化不是特别频繁的应用尚可,但对于实
时
要求高、海量并发的应用来说显得捉襟见肘,尤其在当前业界移动互联网蓬勃发展的趋势下,高并发与用户实
时
响应是 Web 应用经常面临的问题,比如金融证券的实
时
信息,Web 导航应用中的地理位置获取,社交网络的实
时
消息推送等。 传统的请求-响应模式的 Web 开发在处理此类业务场景
时
,通常采用实
时
通讯方案,常见的是: 轮询,原理简单易懂,就是
客户端
通过一定的
时
间间隔以频繁请求的方式向服务器发送请求,来保持
客户端
和服务器端的数据同步。问题很明显,当
客户端
以固定频率向服务器端发送请求
时
,服务器端的数据可能并没有更新,带来很多无谓请求,浪费带宽,效率低下。 基于 Flash,AdobeFlash 通过自己的
Socket
实现完成数据交换,再利用 Flash 暴露出相应的接口为 JavaScript 调用,从而达到实
时
传输目的。此方式比轮询要高效,且因为 Flash 安装率高,应用场景比较广泛,但在移动互联网终端上 Flash 的支持并不好。IOS 系统中没有 Flash 的存在,在 Android 中虽然有 Flash 的支持,但实际的使用效果差强人意,且对移动设备的硬件配置要求较高。2012 年 Adobe 官方宣布不再支持 Android4.1+系统,宣告了 Flash 在移动终端上的死亡。 从上文可以看出,传统 Web 模式在处理高并发及实
时
性需求的
时
候,会遇到难以逾越的瓶颈,我们需要一种高效节能的双向通信机制来保证数据的实
时
传输。在此背景下,基于 HTML5 规范的、有 Web TCP 之称的 Web
Socket
应运而生。 早期 HTML5 并没有形成业界统一的规范,各个浏览器和应用服务器厂商有着各异的类似实现,如 IBM 的 MQTT,Comet 开源框架等,直到 2014 年,HTML5 在 IBM、微软、Google 等巨头的推动和协作下终于尘埃落地,正式从草案落实为实际标准规范,各个应用服务器及浏览器厂商逐步开始统一,在 JavaEE7 中也实现了 Web
Socket
协议,从而无论是
客户端
还是
服务端
的 Web
Socket
都已完备,读者可以查阅HTML5 规范,熟悉新的 HTML 协议规范及 Web
Socket
支持。
网络编程
18,363
社区成员
64,187
社区内容
发帖
与我相关
我的任务
网络编程
VC/MFC 网络编程
复制链接
扫一扫
分享
社区描述
VC/MFC 网络编程
c++
c语言
开发语言
技术论坛(原bbs)
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章