像狗一样奔跑 👋🏼

前言 众所周知，网络通信分为两种，简单的UDP和比较复杂的TCP。前面博客中已经介绍过UDP协议了，今天就来记录下关于TCP的学习。 正文

-L选项 -l -Wl,-rpath 前言 编译项目时需要用到动态库。而又因为监控程序的存在，编完之后使用动态库的位置在另一个地方，因此在编写makefile文件的时候，就需要在编译的时候指定动态库的位置，而实际可执行程序使用的动态库又在另一个位置。因此需要了解一下编译时与动态库相关的编译选项。 正文 CC = gcc INCDIR = ../include BLDINCPATH = -I (INCDIR) TARGET = test LIBS = -lpthread -ldl -L ../lib -llibname -Wl,-rpath='$ORIGIN/pathname' 着重看一下最后一个LIBS变量，里面包含了编译时需要用到的与库有关的编译选项，其中第一个是与多线程有关的库，第二个在之前博客中有提到，这里不再说。后面的则全部跟动态库的编译有关，今天要说的就是后面几个编译选项： 选项 说明 -llibrary 链接时在标准搜索目录中寻找库文件，搜索名为liblibrary.a 或 liblibrary.so -Ldir 用于把新目录添加到库搜索路径上，可以....

前言 工作中需要使用时间戳，因此专门了解了下Linux中常用的几种跟时间有关的函数。 正文 先看几个时间结构体： 在<time.h>中的tm结构体和timespec结构体 struct tm { 　 int tm_sec; /* 秒–取值区间为[0,59] / 　　 int tm_min; / 分 - 取值区间为[0,59] / 　　 int tm_hour; / 时 - 取值区间为[0,23] / 　　 int tm_mday; / 一个月中的日期 - 取值区间为[1,31] / 　 int tm_mon; / 月份（从一月开始，0代表一月） - <span style="color:#cc0000;">取值区间为[0,11]</span> / int tm_year; / 年份，其值从1900开始 / 　 int tm_wday; / 星期–取值区间为[0,6]，其中0代表星期天，1代表星期一，以此类推 / 　 int tm_yday; / 从每年的1月1日开始的天数–取值区间为[0,365]，其中....

锁 回调函数的逻辑及实现 完善博客

前言 随着git版本的更新，现在需要更新常用git命令了。 实现 正常的提交代码至远程仓库的命令如下： git add . git commit -m "message" git pull origin master git push origin master 注意，这里没有切换分支，并且也是直接推送到了主分支上，正常情况下需要推送至其他分支上，然后合并。 但是随着git2.0版本的出现，假如你在本地删除了已经没有用的文件或文件夹，使用git add . 命令时，git无法知道是否远程仓库上的对应文件是否也得删除。此时git会提示你，但是git本身选择不删除对应文件，因此若你没有使用其他命令的话，将最新代码推送至远程仓库后，远程仓库仍保留着你在本地已经删除的文件，这样就造成了版本冲突。 解决方案 在使用git add命令时，追加特定选项，表明你对于已删除文件的态度: git add --all #推送时同时删除远程仓库对应文件 git add --ignore-removal #推送时不删除远程仓库对应文件 git add . #推送时不删除远程仓库对应文件，但会提示你 一般情况......

前言 在我利用数组来实现一个循环队列的时候，为了提高效率，我使用了模运算。类似如下： #define BUFFER_SIZE 100 void processing() { int buffer[BUFFER_SIZE]; int i = 0; while (1) { // 遍历队列的每一个元素，并进行处理 // 访问下一个元素 i = (i + 1) % BUFFER_SIZE; } } 这种写法要比一般的循环到数组结尾再判断实现简单，且要快很多。但后来了解到了另一种写法，要比这种写法更快，但是对数组空间的开辟要求的比较严。示例如下: #define BUFFER_SIZE 128 void processing() { int buffer[BUFFER_SIZE]; int i = 0; while (1) { // 遍历队列的每一个元素，并进行处理 // 访问下一个元素 i = (i + 1) & 127; } } 这种就是常说的位运算，但是要求数组空间开辟的大小必须为2的幂次方。这样的话数组下标最大为2的幂次方-1 。按位与即可....

找到bug的原因了，真的不容易。 之前已经说过了，向buf里面写数据，只会影响结构体中紧挨着buf的那个变量。原因在于我的buf里面是两部分东西 typedef struct { } 前言 上文说到，我使用数组实现了一个循环队列。后来在进行测试的时候发现数据只能从前读到后，没有办法从前读。 需求 这个循环队列中保存的数据有两个用处 利用UDP立即发送给其他人 经过一定时间后，利用UDP发送给其他人 实现 typedef struct { buf[BUF_SIZE]; // 数据域 writepos; // 写指针 rtwritepos; //实时写指针 readpos; // 延时读指针 rtreadpos; // 实时读指针 } queue; BUG 本来这个循环队列要实现的功能是只保存数据，并经过一定时间后发送出去，不参与实时发送功能。实时发送功能放在另外的地方实现。但后来由于需求的变动，我就将实时发送功能也放在这个结构体里实现，结构上也就是多加两个指针的事情。 在我进行实时读写数据的测试的时候，一切功能正常。然后我就大意了，没有单独进行延时读写数据的测试。于是在....

前言 之前在工作中，本想使用自动化变量来构建目标文件，一直编不过去，就去了解了一下makefile的编译规则。 正文 关于自动化变量可以理解为由Makefile文件自动产生的变量。在模式规则中，规则的目标和依赖的文件名代表了一类的文件。规则的命令是对所有这一类文件的描述。我们在makefile中描述规则时，依赖文件和目标文件是变动的，显然在命令中不能出现具体的文件名称，否则模式规则将失去意义。 那么模式规则命令中该如何表示文件呢？就需要用到自动化变量，自动化变量的取值根据执行的规则来决定，取决于执行规则的目标文件和依赖文件。下面是对所有的自动化变量进行的说明： 自动化变量 说明 @ 表示规则的目标文件名。如果目标是一个文档文件（Linux 中，一般成 .a 文件为文档文件，也成为静态的库文件），那么它代表这个文档的文件名。在多目标模式规则中，它代表的是触发规则被执行的文件名。 % 当目标文件是一个静态库文件时，代表静态库的一个成员名。 &lt; 规则的第一个依赖的文件名。如果是一个目标文件使用隐含的规则来重建，则它代表由隐含规则加入的第一个依赖文件。 ....

前言 有个需求，要求一个客户端不断地接收数据与发送数据，特别是发送数据，既要求接收数据后立即发送，还要求该数据在经过一段时间后再发送一遍。因此决定使用一个循环队列来实现 实现 结构实现 #include <stdio.h> #include <string.h> #define BUF_SIZE 1000 #define DATA_LEN 256 typedef struct { char buf[BUF_SIZE][DATA_LEN]; // 数据域 unsigned int readpos; // 延时读指针 unsigned int writepos; // 延时写指针 unsigned int rtreadpos; // 实时读指针 unsigned int rtwritepos; // 实时写指针 } queue; // 向循环队列中写入数据 void write_data(queue *m_queue, char *data, int data_len) { if (data_len <= 0) { printf("N....

前言 在项目里边由于要专门开辟非常大的空间，因此最近又特意回顾了下堆内存和栈内存。 正文 首先先简单回顾一下什么是堆、什么是栈： 堆：堆分为全局堆和局部堆。全局堆是所有没有分配的空间，局部堆就是用户分配的空间。堆在操作系统堆进程初始化的时候分配，在运行过程中也可以向系统索要额外的堆，但是用完了要及时free或者delete掉，否则会造成内存泄漏。堆是所有线程共有的空间。 栈：栈是线程独有的，保存其运行状态和局部自动变量的。栈在县城开始的时候初始化，每个线程的栈是互相独立的，每个函数都有其自己的栈空间，栈被用来在函数之间传递参数。操作系统在切换线程的时候会自动切换栈。栈空间不需要在高级语言里面显示分配和释放。 堆和栈的区别： 分配方式的不同 简单来说，栈是由编译器自动分配释放，存放函数的参数值、局部变量的值等。操作方式类似于数据结构中的栈，栈内存处于一段连续的地址区域，并向低地址扩展； 而堆一般由程序员分配释放，如果没有手动释放的话，程序结束时可能由操作系统自动回收，但并不是所有操作系统都会自动回收内存，因此一定要手动释放已分配内存，同时，栈内存的空间是不连续的。 空间大小的不同 .......