- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
在我们公司,通过网络发送 C/C++ 结构是很常见的。任何结构都有一个或多个 uint32_t 字段:
typedef struct {
uint32_t data1;
uint32_t data2;
} Data;
和fields(data1, data2, ...)封装了我们需要发送的真实数据。我们的数据大多只有一位或几位长,因此为了节省空间/带宽,它在特定位位置的这些字段内对齐。
为了访问我们的真实数据,我们编写了(在结构之外!)带有位移和位掩码的“getters”和“setters”宏:
#define READY_MASK 0x01 // indicates that READY is a single bit value
#define READY_OFFSET 3 // indicates position of READY inside 32-bit field
#define IS_READY(x) { ... } // returns READY value from x field
#define SET_READY(x,r) { ... } // sets READY value to x field
现在我想通过直接在结构中添加 getter 和 setter 来修改、简化并使这个过程更安全,例如:
typedef struct {
uint32_t data1;
#define READY_MASK 0x01
#define READY_OFFSET 3
inline void set_ready(uint32_t r) { /*...*/ }
inline uint32_t is_ready() { /*...*/ }
// lots of other getters and setters
} Data1;
就我的实验是正确的而言,我注意到这种修改不会影响结构的大小 sizeof(Data)==sizeof(Data1)
,我可以发送这种结构通过网络在另一端接收和解码。
我的问题是:这个修改有什么不对的地方吗?有什么风险或我应该注意的事情吗?
最佳答案
您所做的修改不会造成任何伤害,但也不会带来任何好处,因为结构成员无论如何都是公开的。 Data和Data1之所以大小相同,是因为你添加的是内联函数,不占用对象空间,而是用实际函数代码替换任何函数调用。
现在,如果您要通过网络发送结构和二进制数据,则必须考虑以下两个规则:
按照惯例,整数值是使用网络字节顺序发送的,它是 Big Endian 而不是 x86 的 Little Endian。如果您确定所有发送和接收数据的机器都是 x86,这不是问题。但是,如果任何机器具有不同的字节序,如大字节序或无字节序(或中字节序),你就会遇到问题。例如,您可以有一个 ARM 处理器、一个 SPARC 等。在 C 中,您有以下宏:
ntohs, htons, ntohl, htonl
您还必须考虑不同的内存对齐方式。结构的内存对齐取决于体系结构、编译器和编译模式。编译器可能会添加填充(他们不能重新排序 C 中的成员,但请阅读:Can a C++ compiler re-order elements in a struct)。此外,long 等类型在 32 位和 64 位体系结构中具有不同的大小。即使可以肯定只有两个 unsigned int 成员不会有问题,您也不应该将内存从结构复制到将在消息中发送的数据缓冲区,也不应该从消息中的原始数据复制内存到一个结构。基本上你不应该做这样的事情:
字符缓冲区[BUF_SIZE];
Data1 myData;
memcpy(buffer, myData, sizeof(Data));
https://en.wikipedia.org/wiki/Data_structure_alignment
你应该将成员一个一个地移动到缓冲区。当您从消息中收到的原始数据填充结构时也是如此。
我还建议不要使用位域,阅读 Why bit endianness is an issue in bitfields? .但非常清楚,在您的代码片段中您没有使用位域。使用位域与使用整数中的位来表示某些特定状态不同。在这种情况下,你做得很好,应该只考虑具有不同字节顺序的架构中的整数表示(如果这是可能的情况)。
关于c++ - 通过网络发送结构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33521535/
这与 Payubiz payment gateway sdk 关系不大一体化。但是,主要问题与构建项目有关。 每当我们尝试在模拟器上运行应用程序时。我们得到以下失败: What went wrong:
我有一个现有的应用程序,其中包含在同一主机上运行的 4 个 docker 容器。它们已使用 link 命令链接在一起。 然而,在 docker 升级后,link 行为已被弃用,并且似乎有所改变。我们现
在 Internet 模型中有四层:链路 -> 网络 -> 传输 -> 应用程序。 我真的不知道网络层和传输层之间的区别。当我读到: Transport layer: include congesti
很难说出这里要问什么。这个问题模棱两可、含糊不清、不完整、过于宽泛或夸夸其谈,无法以目前的形式得到合理的回答。如需帮助澄清此问题以便重新打开,visit the help center . 关闭 1
前言: 生活中,我们在上网时,打开一个网页,就可以看到网址,如下: https😕/xhuahua.blog.csdn.net/ 访问网站使用的协议类型:https(基于 http 实现的,只不过在
网络 避免网络问题降低Hadoop和HBase性能的最重要因素可能是所使用的交换硬件,在项目范围的早期做出的决策可能会导致群集大小增加一倍或三倍(或更多)时出现重大问题。 需要考虑的重要事项:
网络 网络峰值 如果您看到定期的网络峰值,您可能需要检查compactionQueues以查看主要压缩是否正在发生。 有关管理压缩的更多信息,请参阅管理压缩部分的内容。 Loopback IP
Pure Data 有一个 loadbang 组件,它按照它说的做:当图形开始运行时发送一个 bang。 NoFlo 的 core/Kick 在其 IN 输入被击中之前不会发送其数据,并且您无法在 n
我有一台 Linux 构建机器,我也安装了 minikube。在 minikube 实例中,我安装了 artifactory,我将使用它来存储各种构建工件 我现在希望能够在我的开发机器上做一些工作(这
我想知道每个视频需要多少种不同的格式才能支持所有主要设备? 在我考虑的主要设备中:安卓手机 + iPhone + iPad . 对具有不同比特率的视频进行编码也是一种好习惯吗? 那里有太多相互矛盾的信
我有一个使用 firebase 的 Flutter Web 应用程序,我有两个 firebase 项目(dev 和 prod)。 我想为这个项目设置 Flavors(只是网络没有移动)。 在移动端,我
我正在读这篇文章Ars article关于密码安全,它提到有一些网站“在传输之前对密码进行哈希处理”? 现在,假设这不使用 SSL 连接 (HTTPS),a.这真的安全吗? b.如果是的话,你会如何在
我试图了解以下之间的关系: eth0在主机上;和 docker0桥;和 eth0每个容器上的接口(interface) 据我了解,Docker: 创建一个 docker0桥接,然后为其分配一个与主机上
我需要编写一个java程序,通过网络将对象发送到客户端程序。问题是一些需要发送的对象是不可序列化的。如何最好地解决这个问题? 最佳答案 发送在客户端重建对象所需的数据。 关于java - 不可序列化对
所以我最近关注了this有关用 Java 制作基本聊天室的教程。它使用多线程,是一个“面向连接”的服务器。我想知道如何使用相同的 Sockets 和 ServerSockets 来发送对象的 3d 位
我想制作一个系统,其中java客户端程序将图像发送到中央服务器。中央服务器保存它们并运行使用这些图像的网站。 我应该如何发送图像以及如何接收它们?我可以使用同一个网络服务器来接收和显示网站吗? 最佳答
我正在尝试设置我的 rails 4 应用程序,以便它发送电子邮件。有谁知道我为什么会得到: Net::SMTPAuthenticationError 534-5.7.9 Application-spe
我正在尝试编写一个简单的客户端-服务器程序,它将客户端计算机连接到服务器计算机。 到目前为止,我的代码在本地主机上运行良好,但是当我将客户端代码中的 IP 地址替换为服务器计算机的本地 IP 地址时,
我需要在服务器上并行启动多个端口,并且所有服务器套接字都应在 socket.accept() 上阻塞。 同一个线程需要启动客户端套接字(许多)来连接到特定的 ServerSocket。 这能实现吗?
我的工作执行了大约 10000 次以下任务: 1) HTTP 请求(1 秒) 2)数据转换(0.3秒) 3)数据库插入(0.7秒) 每次迭代的总时间约为 2 秒,分布如上所述。 我想做多任务处理,但我
我是一名优秀的程序员,十分优秀!