UDP 数据包发送问题。

HOTO 2002-10-15 08:03:56
我的VC++程序中,向服务端发出一个UDP包后,需要在程序中接收回应的数据包。应该怎么在程序中如何更好接收加应的数据包,回应数据包的延时如何处理?如果服务端没有回应数据包,程序应该如何处理。(主要是如何在什么时间进行判断数据包有没有回应)。
...全文
69 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
门吹西风 2002-10-15
  • 打赏
  • 举报
回复
顺便说一句,我的CClientSocket是从CAsyncSocket继承下来的,OnReceive是CAsyncSocket的虚函数,需要自己重载.
门吹西风 2002-10-15
  • 打赏
  • 举报
回复
我是这样实现的,首先自己定义一个数据包类:CData
class CData
{
public:
CData();
virtual ~CData();
//methods and operations
public:
virtual void Build(); //将数据缓冲区中的数据解码到成员中
virtual BOOL Load(); //填充数据缓冲区
//data members
public:
BYTE type ; //消息类型
BYTE WndIndex; //处理该消息的窗口句柄索引
UINT dstPort ; //目的IP地址
UINT dstIP ; //目的端口号
char buffer[Max_Data_Length] ; //数据缓冲区
WORD buf_len ; //数据缓冲区中数据长度
WORD buf_offset; //数据缓冲区中特殊数据的偏移
private:
//......
protected:
//......
};
实现部分:
CData::CData()
{
type = USER_DEFINE_MSG ;
WndIndex = 0 ;
dstPort = DEFAULT_DST_PORT ;
dstIP = inet_addr(DEFAULT_DST_IP);
buf_len = 0 ;
buf_offset = 0 ;
WndIndex = -1 ;
memset(buffer,0,Max_Data_Length);
}

CData::~CData()
{

}

void CData::Build()
{
char *cp = buffer ;

//开头是固定数据
*(BYTE *)cp = type ; //消息类型
cp += sizeof(BYTE) ;

*cp = WndIndex ; //窗口句柄
cp += sizeof(BYTE);

//以下是附加数据的开始地址
buf_len = cp - buffer ;
buf_offset = cp - buffer ;//用户数据的偏移量
}

BOOL CData::Load()
{
char *cp = buffer ;

type = *(BYTE *)cp ; // 消息类型
cp += sizeof(BYTE) ;

WndIndex = *(BYTE *)cp ; //窗口句柄
if( WndIndex < 0 && WndIndex >= MaxRecvWndCount )
return FALSE ;
cp += sizeof(BYTE) ;

buf_offset = cp - buffer ;//用户数据的偏移量

if( buf_offset <= buf_len )return TRUE ;
return FALSE ;
}

然后将发送数据的窗口pwnd保存在一个数组中,同时将索引值idx保存在data.WndIndex中一同发给对方,同时开始计时间,当然是使用SetTimer函数了,
如果在定时器产生一个超时事件时候还没有收到对方的回答,则人为发送数据超时,至于该如何处理,则要看具体的应用了.
如果对方收到并回答了,那么本方的socket一定会收到(没有网络错误的话),用下面的方法可以让发送该信息的窗口收到回答消息.
void CClientSocket::OnReceive(int nErrorCode)
{
// TODO: Add your specialized code here and/or call the base class
char buff[Max_Data_Length];
int nRead;
CString srcIP;
UINT srcPort;

nRead = ReceiveFrom(buff,Max_Data_Length,srcIP,srcPort);
if (nRead != SOCKET_ERROR && nRead != 0 )
{
CData *pData = new CData ;
pData->buf_len = nRead ;
memcpy(pData->buffer,buff,nRead);
if(pData->Load()){
pData->dstPort = srcPort;
pData->dstIP = inet_addr(srcIP);
if ( pData->type >= USER_NOTIFY_MSG )
{
//下面的程序保证一些控制消息等可以被MainFrame处理
HWND hwnd = ((CClientApp *)AfxGetApp())->m_pMainWnd->GetSafeHwnd();
PostMessage(hwnd,WM_REVEIVED_MSG,(WPARAM)pData,(LPARAM)0);
}
else //非USER_NOTIFY_MSG消息交给响应的窗口去处理
{
CWnd *RecvWnd = GetRecvWnd(pData->WndIndex) ;
if ( RecvWnd )
RecvWnd->PostMessage(WM_REVEIVED_MSG,(WPARAM)pData,(LPARAM)0);
}
}
}
}
以上说的比较简单,如果还有什么问题,mail:aneflyer@163.com可以共同研究
源码链接: https://pan.quark.cn/s/8ddf8a1c92f9 **libcurl用于获取大型文件**libcurl作为一个开源的C语言库,提供了一系列的API来处理与URL相关的任务,涵盖了HTTP、FTP、SMTP等多种网络协议的应用。在执行大型文件的下载操作时,libcurl展现出卓越的性能表现和高度的灵活性,能够高效地管理大文件传输过程,有效预防内存溢出及其他潜在问题。**libcurl的基础操作**libcurl的基础应用包括以下几个环节:1. **初始化**:需要借助`curl_global_init()`函数来启动libcurl的工作环境。2. **建立会话句柄**:通过`curl_easy_init()`函数创建一个会话句柄,该句柄将用于后续所有的操作流程。3. **配置选项**:运用`curl_easy_setopt()`函数来设定多种参数,例如目标URL、超时时间、重试次数以及数据写入的回调函数等。4. **执行请求**:调用`curl_easy_perform()`函数来实施下载操作。5. **释放资源**:使用`curl_easy_cleanup()`函数来释放已经占用的资源。**获取大型文件时的重要设置**1. **数据写入回调函数**:在处理大型文件下载时,通常不希望一次性将整个文件载入内存。可以配置`CURLOPT_WRITEFUNCTION`选项,指定一个回调函数来处理接收到的数据片段,这样libcurl在接收到数据时会调用该函数,使得我们可以按需将数据写入文件或缓冲区。2. **缓冲策略**:可以设定缓冲区的大小(比如,通过`CURLOPT_BUFFERSIZE`),来控制每次接收数据的数量,从而优化内存...
内容概要:本文档整合了《鬼谷子·决篇》与《三略·审权变第三》《差德行第四》三大古代智慧典籍,构建了一套“决策+形势+用人”三位一体的领导力提升体系。通过28天三合实战路径、三维诊断工具、9个实用模板及独特的“身体锚点”仪式,系统解决管理者在决策犹豫、形势误判、人岗错配等方面的痛点。全文涵盖理论溯源、方法论拆解(如三步决策法、审权变四步法、差德行四步法)、历史案例对照(范蠡 vs 项羽)以及跨资源联动建议,形成从认知到实践的完整闭环。; 适合人群:中基层管理者、创业者、职场进阶者,尤其是面临决策困境、环境适应困难或团队用人问题的人群;具备一定管理经验或自我提升意识的个体亦可受益。; 使用场景及目标:① 提升重大事项的决策质量,避免反复纠结与事后后悔;② 增强对外部环境变化的敏感度与应对能力,实现灵活调整;③ 科学评估人才德才素质,实现人岗精准匹配,减少用人失误;④ 构建个人化的决策-应变-用人标准化流程(SOP)。; 阅读建议:建议按照28天路径逐步实践,结合自测表定位短板,优先突破薄弱模块;配套工具模板需实际填写使用,配合身体锚点仪式强化行为记忆;可与“诸葛亮决策术”“立将威信术”等单品联动,全面提升领导力体系。

16,550

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧