像狗一样奔跑 👋🏼

最近出现了一次很严重的组播丢包事故，排查了很长时间才找到原因，特地记录一下 背景 程序本身是单进程、双线程的一个程序，一个线程用来接收网卡上的组播数据，另一个线程将接收到的组播数据再转发出去。数据存取的正确性用一个互斥变量来实现。 现象 发现丢包是因为发现不同机器上下游系统收到的数据量不一致。 这个程序部署在了好几台机器上，组播数据丢包现象经常产生，一般发生在组播数据量最大的时刻，但并非所有程序同时丢包，且丢的包也不一样。 排查 最开始在我们自测的时候并未出现过丢包的问题，因此一开始并未怀疑是程序问题造成的丢包，怀疑可能是环境问题。 首先怀疑是交换机丢包了，但交换机是万兆带宽，且数据量并不是特别大，应该不会出现丢包才对，后来从交换机镜像上抓包后分析，发现确实不是； 后来怀疑可能是程序部署的机器有问题，从机器上抓包分析机器也没有丢包； 那么只可能是程序的问题或者机器处理性能的问题了... 首先了解了一下服务器的配置，至强E系列的4代处理器，24核，32g内存，性能应该是足够的，到这里只能说明是程序处理时产生了丢包现象。 最开始怀疑是程序收发时的处理逻辑有问题，可能引起卡顿导致丢包，但在我....

最近在工作中遇到了一个溢出问题。问题是这样： #include <stdio.h> #include <stdlib.h> typedef signed long long I64; typedef unsigned long long U64; typedef double F64; int main() { F64 amount1 = -4000000; U64 volume = 2; I64 res1 = amount1 / volume; printf("res1:%lld\n", res1); I64 amount2 = -4000000; I64 res2 = amount2 / volume; printf("res2:%lld\n", res2); I64 res3 = amount2 / (I64)volume; printf("res3:%lld\n", res3); return 0; } 输出结果为： res1:-2000000 res2:9223372036852775808 res3:-2000000 ....

前言 最近在工作中部署生产系统的时候遇到了一个问题：网卡能收到数据，但系统进程却收不到相关数据，查了半天发现是rp_filter的问题，今天就记录一下。 正文 rp_filter（Reverse Path Filtering）参数定义了网卡对接收到的数据包进行反向路由验证的规则。它有三个值，0，1，2，具体含义如下： 0：关闭反向路由校验 1：开启严格的反向路由校验。对每个进来的数据包，校验其反向路由是否是最佳路由。如果反向路由不是最佳路由，则直接丢弃该数据包。 2：开启松散的反向路由校验。对每个进来的数据包，校验其源地址是否可达，即反向路由是否能通（通过任意网口），如果反向路由不同，则直接丢弃该数据包。 反向路由校验 所谓反向路由校验，就是在一个网卡收到数据包后，把源地址和目标地址对调后查找路由出口，从而得到反向后的路由出口，然后根据反向路由出口进行过滤。 当rp_filter的值为1时，要求反向路由的出口必须与数据包的入口网卡是同一块，否则就会丢弃数据包； 当rp_filter的值为2时，要求反向路由必须是可达的，如果反向路由不可达，则会丢弃该数据包； 当rp_filter的值....

正文 cpp的STL并不是万能的，最近在使用STL时，发现list容器的size()方法和empty()方法的时间复杂度居然不一样，通过查阅资料发现，list中size()方法居然是对整个容器从头遍历一遍，empty()方法则是判断首尾两个指针是否相等。这样一来，在性能要求非常高的情况下，若要对list判空，则只能用empty()方法。 在网络通信过程中，性能并不完全取决于程序写的好坏，也与通信机器本身、是否绑定CPU核心、以及带宽有很大关系。在我对项目进行集成测试的时候，发现将系统部署在我的开发虚拟机上时，两个进程的通信速度就有瓶颈，而将机器部署在实际的测试机器上时，在一般速度下，这个瓶颈就自然消失了。 在记录一个坑，这个坑之前其实踩过一次了，但是我没有长记性，又踩了一次，这就是对指针取地址的这个操作了。 对于一个数组，若要对其进行操作，如memcpy，一般这样来做 char buffer[4096]; char name[30]; memcpy(name, buffer, sizeof(name)); memcpy(name, &buffer[0], sizeof(name....

正文 我有两个线程，一个线程专门用来收数据，一个线程专门用来发数据，因此我有两个list结构的链表，一个用来收数据，一个用来发数据，暂称为recvlist和sendlist；为了确保线程安全，我使用了两个锁。 代码逻辑是这样的： recvlist在一般情况下含有多个元素，而sendlist正常情况下是空的。两个线程同时工作，每次接收线程在接收数据的时候，就弹出recvlist头部的元素，填充之后，就将该元素放入sendlist中。而发送线程检测到sendlist不为空时，就将sendlist中的元素弹出来，发送出去。循环往复 逻辑是没毛病的，下面看实际实现过程： 首先是对两个list存取数据的操作： void buf_put(std::list<type* >&list, type* element, pthread_mutex& mutex) { // 加锁 pthread_mutex_lock(mutex); // 将元素压入list尾部：如果是recvlist，尾部数据已经不需要再使用了 list.push_back(element); //....

前言 今天在工作中发现了一个觉得有必要记录下来的东西。 正文 需求是这样的：一个网络编程，客户端需要连接并登录服务器，如果未登录或连接断开，需要重新登录。但两次登录或者说两次连接之间需要有一定的时间间隔，来保证创建的socket被完全释放（close(sockfd)函数在关闭socket之后，内核并不会立即释放该套接字，需过一段时间才会从内核中释放掉）。 我的代码最开始是这样写的： if (client->status != STATUS_LOGINED) { if (tmnow - tm_lastconnected < RECONNECT_INTERVAL) { continue; } // 向服务端发起连接 connect(); if (failed) return; // 向服务端发送登录连接报文 send_logined(); } 乍一看，代码逻辑是没有问题的，但放在实际生产上运行之后，就出现问题了。首先，因为有登录，所以服务端跟客户端之间需要使用心跳来获知对方运行情况。而client->status状态的改变，并不是发送登录报文之后....

正文 在使用STL的过程中，编译正常通过不报错，但一旦使用STL的成员方法，就会出现段错误，程序崩溃。后来经过查阅资料，发现原因所在：不能对STL的容器执行memset清零操作。 原因在于使用STL之后，STL的成员方法在程序中的应用方式其实是一个一个指针，memset清零时，会将这些成员方法的指针也给清零，从而出现段错误。 思考：STL等容器对象内部会自动定义一些分配内存的结构，memset清零时会破坏其值，导致后续的函数操作崩溃。

前言 前几天有一个需求，要做一个监控udp组播数据是否正常发送的项目， 需要监控多路组播数据，且要部署在多台机器上，且每台机器发送的数据类型有两种，为了监控是哪种数据类型出问题了，因此在发送数据时，需要绑定网卡，监控程序同时绑定对应网卡，监控对应类型的数据。 正文 监控程序很快就写好了，但是在做测试的时候发现，部署在同一台机器上，绑定不同网卡的程序，在只有一块网卡发送数据时，两个程序居然都能收到数据（其中一个程序绑定的是另一块网卡，而另一块网卡并没有工作），在down掉工作的网卡后，两个监控程序都收不到数据了。 正常来说，理想情况是，只有一块网卡工作时，绑定另一块网卡的监控程序应该是收不到数据的，down掉这块网卡后，绑定对应网卡的监控程序应该收不到数据，但现实很骨感。 在排除各种情况之后，经过与同事的讨论，最终我们认为问题出现在端口复用上，两个监控程序绑定的是不同的网卡，但收数据用的是一个端口，正常情况下我们可能认为端口复用只是为了解决程序运行时，这个端口还没有释放的情况，但当两个程序同时使用一个端口时，两个程序居然能同时收到数据。后续经过查阅资料，在官方文档上发现了这么一段话： M....

前文 目前手上的项目里因为某些特殊的结构体需要使用到编译器的字节对齐，因此又重新了解了一下 正文 在C语言中，结构是一种复合数据类型，其构成元素既可以是基本数据类型（如int、long、float、char等）的变量，也可以是一些复合数据类型（如数组、结构体、联合等）的数据单元。在结构中，编译器为结构的每个成员按其自然边界分配空间。各个成员按照它们被声明的顺序在内存中顺序存储，第一个成员的地址和整个结构的地址相同。 为了使CPU能对变量进行快速访问，变量的起始地址应该具有某些特性，即所谓的“对齐”。比如4字节的int型，其起始地址应该位于4字节的边界上，即起始地址能够被4整除。 需要字节对齐的根本原因在于CPU访问数据的效率问题。字节对齐可以便于CPU快速访问，同时合理的利用字节对齐可以有效地节省存储空间。拿一台32位机器来说，其默认的字节对齐方式为4字节。因此在这台机器上，4字节对齐能够使CPU访问速度提高，比如说一个long类型的变量，如果跨越了4字节边界进行存储，那么CPU在读取变量的值时，需要读取两次，这样就会降低效率。而且，如果在32位机器中使用1字节对齐或者2字节对齐，也会....

函数模板 模板函数定义的一般形式如下所示： template <typename type> ret-type func-name(parameter list) { // 函数的主体 } 在这里，type 是函数所使用的数据类型的占位符名称。这个名称可以在函数定义中使用。 下面是函数模板的实例，返回两个数中的最大值： #include <iostream> #include <string> using namespace std; template <typename T> inline T const& Max (T const& a, T const& b) { return a < b ? b:a; } int main () { int i = 39; int j = 20; cout << "Max(i, j): " << Max(i, j) << endl; double f1 = 13.5; double f2 = 20.7; c....