我的技术分享 👋🏼

前言 前几天有一个需求，要做一个监控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....

前言 相信很多人都遇到过和我一样的问题，GitHub可以登录，但是每次clone代码时，就会一直超时，原因是因为SSL验证不通过。在网上寻找解决办法，却发现所有的办法都千篇一律：提示修改host文件。虽然方向对了，但是添加完域名之后，问题依然存在。在我尝试了好多方法之后，最后终于找到了解决办法，今天就来记录一下。 正文 其实修改host文件确实是以前的解决办法，以前我修改完之后也确实成功了，但是现在已经2022年了，这个方法已经不适用了。或者说需要改动一些地方。接下来就具体讲一下2022年应该怎么绕过被污染的dns，直接访问Github： 与之前的方法相比，主要就是没有获取global.ssl.fastly的地址: 访问 http://github.global.ssl.fastly.net.ipaddress.com/#ipinfo 并记下IP地址 再访问 http://github.com.ipaddress.com/#ipinfo 获取GitHub的地址 打开host文件，目录： C:\Windows\System32\drivers\etc\hosts 在host文件末尾.......

时间来到了2021年的最后一个周末的下午，转眼之间已工作六月有余，上周也顺利完成了转正答辩，以后就是一名真正的打工人了。这里其实想写一下我这半年以来的总结。 工作这半年以来，我学到了很多东西，但又时常感到很多东西都还要需要学，有时候就会很焦虑，埋怨自己怎么还有这么多东西学不会，怎么还有这么多东西干不好。虽然现在已经工作了，但时常感觉自己在很多事情上的做法都还像个学生：写文档写不好，错别字一大堆，改文档也改的不好；写代码写不好，很久之前就强调的编码规范到现在还是没有改正过来，周三提的走查，周四改完还有错；总的来说，感觉自己最近这段时间，也不能说是最近这段时间吧，工作以来吧，在工作上并没有投入百分之百的细心，总还以为自己有很多的试错机会，但实际上转正之后应该就不会再有了。我的转正申请书，博远帮我改了两版，凯旋又帮我改了一版，emmm以后应该不会再有这样的机会了，以后再写不好就是自己的事情了，难顶... 这半年以来，工作上面主要干了三件事，干好了，但又没完全干好。阅读六期系统文档，到现在还是一脸懵，开发的小系统，到现在因为编码规范的问题改得我崩溃，之前听政乔说我们部门代码审得比较严格，最近是....

这里加一句话：凡是使用到socket的，都可以使用epoll机制，无论TCP/UDP 概念说明 在进行解释之前，首先要说明几个概念： 用户空间和内核空间 进程切换 进程的阻塞 文件描述符 缓存 I/O 用户空间与内核空间 现在操作系统都是采用虚拟存储器，那么对32位操作系统而言，它的寻址空间（虚拟存储空间）为4G（2的32次方）。操作系统的核心是内核，独立于普通的应用程序，可以访问受保护的内存空间，也有访问底层硬件设备的所有权限。为了保证用户进程不能直接操作内核（kernel），保证内核的安全，操心系统将虚拟空间划分为两部分，一部分为内核空间，一部分为用户空间。针对linux操作系统而言，将最高的1G字节（从虚拟地址0xC0000000到0xFFFFFFFF），供内核使用，称为内核空间，而将较低的3G字节（从虚拟地址0x00000000到0xBFFFFFFF），供各个进程使用，称为用户空间。 进程切换 为了控制进程的执行，内核必须有能力挂起正在CPU上运行的进程，并恢复以前挂起的某个进程的执行。这种行为被称为进程切换。因此可以说，任何进程都是在操作系统内核的支持下运行的，是与内核紧......

提示 这个总结其实还没写完，只是对照着公司年度个人总结的要点列了个大纲，后面还需要完善。 正文 伴随着充实紧凑的工作生活，五个月的时间已经过去了。这一段时间里有工作上的收获，知识的丰富，经验的增长，同时也暴露出很多问题和不足。 重点工作： 行情系统ARM版的移植工作 熟悉六期系统，特别是行情模块的设计及业务流程 一档行情转发程序的设计、开发、测试工作 工作成效： 信创要求的行情模块ARM版本在八月中旬顺利通过集成测试，交付测试中心，并于九月份通过项目评审 在博远的指导下，顺利、快速的熟悉了六期行情模块的设计逻辑及业务流程，并在此基础之上，与软件服务部的人经过沟通，在凯旋的指导下开始独立设计并开发Linux C版本的一档行情转发程序，在十一月中下旬完成一档行情转发程序的初步开发工作，并完成相关文档。然后到现在，基本完成了该项目的文档完善工作以及项目的优化工作。 因为熟悉了market模块的相关设计及实现流程，现在已经可以对博远提的代码进行走查工作了。 缺点和不足 文档编写能力还有所欠缺，后续需要提高相关能力（已经总结了一些相关文档编写的注意事项） 写代码时，代码不够规范，总是按....

前言 最近在编写makefile文件时，有一个新的需求，就是我的makefile最终需要生成两个目标文件，然后我就按照我平时写makefile文件的方法来写，make时发现过不去，无法将源文件使用链接器链接起来生成目标文件。然后我就去网上找解决方案，最后发现是我在编译选项里加了 -c 选项。那么今天就来聊一聊makefile文件里常用的编译选项。 正文 选项 说明 -c 用于把源码文件编译成 .o 对象文件,不进行链接过程 -D 在程序中生成添加宏定义，一般用于将程序版本号或日期编进程序中，用法：-DMACRO=DEFN，用宏MACRO来代替“DEFN” -o 用于连接生成可执行文件，在其后可以指定输出文件的名称 -g 用于在生成的目标可执行文件中，添加调试信息，可以使用GDB进行调试 -Idir 用于把新目录添加到include路径上，可以使用相对和绝对路径，“-I.”、“-I./include”、“-I/opt/include” -Wall 生成常见的所有告警信息，且停止编译，具体是哪些告警信息，请参见GCC手册，一般用这个足矣！ -w 关闭所....

正文 每个socket被创建后，无论使用的是TCP协议还是UDP协议，都会创建自己的接收缓冲区和发送缓冲区。当我们调用write()/send()向网络发送数据时，系统并不会马上向网络传输数据，二十首先将数据拷贝到发送缓冲区，由系统负责择时发送数据。根据我们选用的网络协议以及阻塞模式，系统会有不同的处理。 socket缓冲区的特性： socket缓冲区在每个套接字中单独存在 socket缓冲区在创建套接字时自动生成 即使关闭套接字也会继续传送发送缓冲区中遗留的数据 关闭套接字将丢失接收缓冲区中的数据 TCP阻塞模式和非阻塞模式下的数据发送 阻塞模式下，调用write()/send()后程序将阻塞，如果发送缓冲区的可用长度大于待发送的数据，则数据将全部被拷贝到发送缓冲区，等待系统将发送缓冲区内的数据发送出去，当数据全部被拷贝到发送缓冲区后，阻塞状态将消失；如果发送缓冲区的长度小于待发送的数据长度，则数据能拷贝多少就先拷贝多少（也就是分批拷贝），一直等待直到数据可以全部被拷贝到发送缓冲区为止，调用才可返回。write()/send()调用返回后并不能保证数据已经发送到对方缓冲区了，只.......