像狗一样奔跑 👋🏼

总结一下结构体的写法： #include <stdio.h> #include <string.h> typedef struct package { int type; int len; char* data; } package; int main() { // 方式1 package pkg1; pkg1.type = 0; pkg1.len = 1; // 方式2 package pkg2; memcpy(&pkg2, &pkg1, sizeof(package)); // 方式3 package pkg3; pkg3 = pkg1; // 方式4 package pkg4; package* ptr = &pkg1; pkg4 = *ptr; return 0; } 其中方式1是比较常见的写法，单独为结构体赋值，方式2-4是将一个结构体完全赋值给另一个结构体，3属于是2的优化升级版 这里其实主要想记录的是方式4 package pkg4; package* ptr = &....

最近在工作中遇到了一个溢出问题。问题是这样： #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 ....

正文 为了满足不同用户不同程度的优化需要，gcc提供了近百种优化选项，用来对编译时间，目标文件长度，执行效率这三方面进行不同的取舍和平衡。简单来说就是gcc提供了从O0-O3以及Os这几种不同的优化级别供用户选择，在这些选项中，包含了大部分有效的编译优化选项，并且可以在这个基础上，对某些选项进行屏蔽或添加，从而大大降低了使用的难度。下面围绕这几个不同级别的优化选项进行简单介绍 -O0：默认的编译选项，不做任何优化 -O和-O1：对程序做部分编译优化，对于大函数，优化编译占用稍微多的时间和相当大的内存。使用该选项，编译器会尝试减小生成代码的尺寸，以及缩短执行时间，但并不执行需要占用大量编译时间的优化。 -O2: 比 -O1更高级的选项，进行更多的优化。gcc将执行几乎所有的不包含时间和空间折中的优化。当设置O2选项时，编译器并不进行循环打开()loop unrolling以及函数内联。与O1比较而言，O2在优化增加了编译时间的基础上，提高了生成代码的执行效率。 -O3： 比O2更进一步的进行优化 -Os： 主要对程序的尺寸进行优化，打开了大部分O2优化中不会增加程序大小的优化选项，并对程....

正文 首先，编译程序时必须要加上-g参数。 简单总结一下GDB调试命令 gdb 可执行程序 // 使用调试模式 gdb 可执行程序 *.core // 进入调试模式，并查看错误信息 r/run // 运行程序 b/breakdown 文件名:行数 // 在某一行添加一个断点 p/print 变量名 // 打印变量值 watch 变量名 // 监控变量在程序运行过程中的变化 bt/backtrace // 查看栈帧信息 frame 帧号 // 进入指定栈帧 GDB(GNU Debugger)是UNIX及UNIX-like下的强大调试工具，可以调试ada,c,c++,asm,minimal,d,fortran.objective-c,go,java,pascal等语言。本文以C语言为例，介绍GDB启动调试的多种方式。 ### 启动调试 对于C程序来说，要想使程序可被调试，需要在编译时加上 **-g** 参数，保留调试信息，否则不能使用GDB进行调试，但如果不是自己编译的程序，并不知道是否带有-g参数，如何判断一个文件是否带有调试信息呢? 答：可以直接对该文件使用gdb命令，如 ```....

正文 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....

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

正文 vector是一个动态数组，它会根据元素的个数，适当的去申请内存。可以简单的把vector理解为，其内部有一个 void* 的指针，用于指向在堆上面申请的空间。 void* 指向的空间用于存放vector元素。vector一直维护者void* 空间的大小，当void 指向的堆空间没有空间存放新插入的元素时，它都会去系统申请之前空间大小的两倍空间，并把之前的元素全部拷贝到新的空间，释放掉原空间，在新空间中插入新的元素。* 实际上包括map、set等数据结构的内存分配策略都是如此 减少vector内存占用 在vecotr的内存分配策略中，内存占用的空间是只增不减的，比如首先分配了10000个字节大小的空间，然后erase掉后面的9999个，留下一个有效元素，但是内存占用仍为10000个。所有的内存空间是在vector析构的时候才能被系统回收。empty()方法只能用来检测容器是否为空，clear()可以清空所有元素，但容器所占用的空间依然如故，无法保证内存的回收。 如果需要空间动态缩小，可以考虑使用deque。真正能够释放内存的函数是swap()。具体方法如下： vector<....

前文 目前手上的项目里因为某些特殊的结构体需要使用到编译器的字节对齐，因此又重新了解了一下 正文 在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....

网络通信之TCP通信 其实和UDP通信步骤差不多，只是前面多了个连接的过程。整体流程： 服务器端 一、建立连接阶段 调用socket()，分配文件描述符，即监听套接字 调用bind()，将套接字与本地IP地址和端口绑定 调用listen()，监听特定端口，socket()创建的套接字是主动的，调用listen()使得该文件描述符为监听套接字，变主动为被动 调用accept()，阻塞等待客户端连接 二、数据交互阶段 调用recv()，阻塞等待客户端发送的请求，收到请求后从recv()返回，处理客户端请求 调用send()，将处理结果发送给客户端，然后继续调用recv()等待客户端请求 三、关闭连接 当recv()返回0的时候，说明客户端发来了FIN数据包，即关闭连接，也会调用close()关闭连接套接字和监听套接字 客户端 一、建立连接阶段 调用socket()，分配文件描述符 调用connect()，向服务器发送建立连接请求 二、数据交互阶段 调用send()，将请求发送给服务器 调用recv()，阻塞等待服务器应答 三、关闭连接 与服务器端一致 具体代码如下： s....