我的技术分享 👋🏼

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

前言 随着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 文件为文档文件，也成为静态的库文件），那么它代表这个文档的文件名。在多目标模式规则中，它代表的是触发规则被执行的文件名。 % 当目标文件是一个静态库文件时，代表静态库的一个成员名。 < 规则的第一个依赖的文件名。如果是一个目标文件使用隐含的规则来重建，则它代表由隐含规则加入的第一个依赖文件。 ....

前言 有个需求，要求一个客户端不断地接收数据与发送数据，特别是发送数据，既要求接收数据后立即发送，还要求该数据在经过一段时间后再发送一遍。因此决定使用一个循环队列来实现 实现 结构实现 #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掉，否则会造成内存泄漏。堆是所有线程共有的空间。 栈：栈是线程独有的，保存其运行状态和局部自动变量的。栈在县城开始的时候初始化，每个线程的栈是互相独立的，每个函数都有其自己的栈空间，栈被用来在函数之间传递参数。操作系统在切换线程的时候会自动切换栈。栈空间不需要在高级语言里面显示分配和释放。 堆和栈的区别： 分配方式的不同 简单来说，栈是由编译器自动分配释放，存放函数的参数值、局部变量的值等。操作方式类似于数据结构中的栈，栈内存处于一段连续的地址区域，并向低地址扩展； 而堆一般由程序员分配释放，如果没有手动释放的话，程序结束时可能由操作系统自动回收，但并不是所有操作系统都会自动回收内存，因此一定要手动释放已分配内存，同时，栈内存的空间是不连续的。 空间大小的不同 .......

前言 由于工作的需要，我需要使用C语言来写一个哈希结构，其中哈希算法使用目前最通用也是效率较高的time33算法，并利用拉链法来解决冲突。 源码 #include "HashTable.h" #include <stdlib.h> #include <string.h> #include <stdio.h> #define TABLE_SIZE (10241024) / element of the hash table's chain list / struct kv { struct kv next; char* key; void* value; void(free_value)(void); }; /* HashTable / struct HashTable { struct kv ** table; }; / constructor of struct kv / static void init_kv(struct kv kv) { kv->next = NULL; kv->key =....

2021.07.02—2021.07.31 第一周 主要培训，空闲时间熟悉相关工作环境 第二周 基本开始熟悉工作环境，同时间歇性进行培训。此时已经被分配了一个业务：信创版本的项目。将Linux环境下的项目移植到Linux arm机器上。因此主要跑项目做适配性工作。 第三周 继续做适配性工作，解决移植过程中出现的问题。 第四周 移植工作的扫尾，同时根据已有文档，撰写arm版本的相关文档，并开始做集成测试。 2021.08.01—2021.08.31 这个月由于疫情原因，一直居家办公。因此工作效率非常低。 第一周 主要继续上周未完成的测试工作，本来是准备在周三之前打包给测试中心的，但是因为疫情原因居家办公，也没有办法完成最后一点测试任务。。。 第二周 继续居家办公，拿到了vpn账号，终于可以居家办公了。这周先是完成了之前的集成测试的任务，紧接着开始阅读mdp_v2代码，了解mdp的业务逻辑。 第三周 继续阅读相关代码，了解业务逻辑，同时学习udp通信的相关知识，尝试自己使用udp进行通信。 第四周 看了六期系统的概要设计文档，简单了解了一下六期系统的设计思路以及关于行情这一块的一些协议以及....

最近的工作需要使用udp进行通信。因为有了之前的了解与学习，因此前面都进行的很顺利，通信双方都能正常收到消息。 但后来问题出现了，发现有时在接收端接收到的消息不完整，简而言之就是偶尔会丢包，且时间、频率均不可知。经过一系列的排查，发现发送端正常工作，所有数据均已发送过去，但接收端有时会接收不到。通过查阅资料，发现这个可能是接收端缓冲区的问题。正如读写文件时，系统会先设立一个读缓冲区和写缓冲区，将数据全部放入缓冲区中，当缓冲区满时，才会将所有数据一次性写入文件中或从文件中读出。在利用UDP通信时，系统同样会在内存中设立一个发送缓冲区和接收缓冲区，当缓冲区满时，才会一次性对缓冲区内数据进行操作。当发送的数据过多，而接收缓冲区设置得没那么大时，就会出现丢包现象。解决办法就是将接收缓冲区设置得大一些。利用setsockopt() 函数来设置缓冲区大小： #include <sys/socket.h> int setsockop....