TCP网络传输, 数据类型的问题

转载: http://blog.csdn.net/highfly591/article/details/45309239

不管过程中是什么数据类型,传输到发送接口的数据必须是char *,并且最好过程中明确统计字符串的长度。

packetLen=(16+cmdInfo.length())*sizeof(char);//对于单纯的string或者qstring可以用c++自带的取长度的函数取字符串长度,如果是对于c的结构体等强制转换成char*后,拼接成的字符串,一定不要用自定义的函数取长度,必须过程中分段求和。

memcpy(cmdpacket,(char *)&dataHeadInfo,16);

memcpy(cmdpacket+16,(char *)(cmdInfo.c_str()),cmdInfo.length());

特别是用过程语言开的。比如qt下,过程中可能用qstring,std::string,到最后都要转换成char *

对于传输结构体类型的协议包头,一定不要把结构体,先转换成string,然后在连接上包体,这样传输过去之后,包头的长度已经不是你结构体的固定长度,在传输到string中时,string是根据你实际占用的长度,分配内存的。肯定小于你固定的结构体的长度。

不要

cHeadInfo为c结构体

typedef    struct headStr
{
    char            magic[6];

char             cmdCount;
    int                infoLen;
    //unsigned long    crcValue;
    uint            crcValue;
}*pHeadInfo,headInfo;//(6+1+1(补齐))+4+4

std::string pHeadInfo(cHeadInfo);

std::string cmdpacket=pHeadInfo.c_str;

在把结构体强制转换成char*后,其中多余的空间可能用\0填充,所以你不应该用cout,或qDebug来打印字符串,因为这样你只能打印出截至第一个\0之前的字符。

并且不要用c++自带的.length(),或者.size.统计你的字符长度,这样它也之后统计你第一个\0之前的字符(有可能是你填充的位之前),这样你就不可能发送完所有的数据

时间: 2024-08-01 00:57:40

TCP网络传输, 数据类型的问题的相关文章

TCP网络传输“粘包”问题,经典解决(附代码)

一.前言 关于TCP网络传输粘包,网上很多人写了原理.总结起来就一句话:这里拿Server和Client长连接,Server和Client之间通过信令传输做说明: Server发送的时候按照一条条信令发送,到达操作系统网络层,首先进入缓冲池,然后TCP协议层从池子中获取数据,传输给Client.我们知道TCP的传输有几个方案,比如,滑动窗口.1比特方案.所以Client收到的数据已经不可能是一个个完整的信令的. 个人理解TCP粘包的概念:它描述了一个场景:"信令是一个个紧挨着的,好像是被粘在一起

网络传输--TCP

TCP网络编程 一.TCP简介 二.TCP网络程序--客户端 三.TCP网络程序--服务端 四.TCP知识总结 五.文件下载案例 六.3次握手和4次挥手 回到顶部 一.TCP简介TCP 1.TCP的简介 TCP通信需要通过创建链接, 数据传送, 终止链接3个步骤 2.TCP的特点 面向连接: 建立间接, 通信, 关闭连接. 这种连接方式是一对一的, 所以不支持广播模式 可靠传输 应答机制: TCP发送的报文段必须都得到接受方的应答,才可以进行下步传输 超时重传: TCP发送报文段的时候, 会启动

Oracle工具之--ASM与文件系统及跨网络传输文件

Oracle工具之--ASM与文件系统及跨网络传输文件   Oracle DBMS_FILE_TRANSFER可以实现文件系统和ASM磁盘组之间实现文件传输及ASM磁盘组之间跨网络的传输. DBMS_FILE_TRANSFER:   The DBMS_FILE_TRANSFER package provides procedures to copy a binary file within a database or to transfer a binary file between datab

艺萌TCP文件上传下载及自动更新系统介绍(TCP文件传输)(一)

艺萌TCP文件上传下载及自动更新系统介绍(TCP文件传输) 该系统基于开源的networkComms通讯框架,此通讯框架以前是收费的,目前已经免费并开元,作者是英国的,开发时间5年多,框架很稳定. 项目地址:http://www.51aspx.com/code/MSDCArtMengFileUpload 咨询qq:286275658 演示程序下载地址:http://pan.baidu.com/s/1geVfmcr 服务器端运行效果图: 服务器端配置文件: <?xml version="1.

ASP.NET知识总结(1.网络传输层)

1.网络传输层 1应用层(HTTP.FTP.SMTP)报文Message 2传输层(TCP.UDP)报文段Segment,为运行在不同主机上的应用程序进程间提供数据 传输服务.通过套接字(Socket)实现. TCP(传输控制协议)面向连接的.可靠(应用:ftp.smtp.http等都是基于tcp) UDP(用户数据报协议)无连接的.不可靠的(数据报)应用:视频会议.网络电话. DNS解析.(速度快,能容忍部分数据丢失) 3网络层(IP)数据报datagram,把数据从一台主机移动到另一台主机,

TCP 代码传输时需要注意的两点

TCP/IP  在充斥着现在的网络, 绝大部分网络协议实现都是居于TCP/IP.  一般使用TCP/IP  无非就是两种,长连接和短连接. TCP/IP 传输的关键点,其实就一条原则:  TCP 不会丢数据,发送的数据和接受到的数据,不会乱,顺序是按发送顺序. 实际编码中,TCP数据格式:    数据包长度(4个字节)+数据包(n个字节) 注意的关键点: TCP会粘包,发送的数据虽然是多次发送的, 但接收的时候,无非预测会接收几次,所以要用把粘在一起的数据分开. 数据包长度 4个字节  是把整型

Java - TCP网络编程

Java - TCP网络编程 Server 逻辑思路: 创建ServerSocket(port),然后服务器的socket就启动了 循环中调用accept(),此方法会堵塞程序,直到发现用户请求,返回用户的socket 利用多线程对用户socket进行IO操作 注意:对Scoket/File进行创建.关闭,都需要放try catch中,检测 IOException,所以将网络IO部分整体放入try catch中即可. 1. 字符串操作 输出:PrintWriter out=new PrintWr

DICOM医学图像处理:fo-dicom网络传输之 C-Echo and C-Store

背景: 上一篇博文对DICOM中的网络传输进行了介绍.主要參照DCMTK Wiki中的英文原文.通过对照DCMTK与fo-dicom两个开源库对DICOM标准的详细实现,对理解DICOM标准有一个更直观的认识.此篇博文是对上一篇博文的补充.由于专栏前面的演示样例大多是利用DCMTK工具包来进行的,此次借着分析fo-dicom源代码结构的机会,參照fo-dicom的README.md,给出C-ECHO 和C-STORE服务的详细实现.在实现的同一时候给出DICOM3.0标准中的相关介绍,帮助我们理

网络传输流量控制策略小结

 这里所说的流量控制策略,适用于TCP可靠传输协议,可能不适合UDP传输协议. 一般来说,流量控制策略可分为应用层流量控制.传输层流量控制两种. 1.应用层流量控制 也就是,在应用程序内部开发逻辑实现流量控制,根据带宽控制策略来决定是否进一步发送或接收. 网络传输时,通过回调机制来动态显示带宽大小.动态显示带宽的时机或指标(固定以秒/毫秒为单位显示速率都会对性能有影响,也肯定不是最优的),根据需要动态显示速率: 1>时间采样周期(如250毫秒)越细,流量控制越准确,但可能造成传输性能的降低.