我的技术分享 👋🏼

正文 在Linux下抓包需要使用tcpdump命令，本文就主要对该命令进行一个简单的学习与总结。 简介 tcpdump是一个抓包工具。它能够监听、记录通过某一个主机进出的网络流量。并且可以保存到文件，或者再从文件读取抓下来的数据包。它保存下来的包也可以导入到wireshark里面，利用gui工具进行查看。当然非常重要的一点是，抓取的时候能够设置各种各样的过滤器，在海量数据里寻找有用信息。 使用 首先，使用tcpdump要使用root登录或者sudo权限，且在使用时如果不加任何参数，它会抓网络设备中第一个设备的包(不包括lo)，并且打印出每个包的简短信息。 -nn：tcpdump遇到协议号或者端口号时，不将这些号码转换成对应的协议名称或者端口名称。比如，21端口是FTP端口，我们希望直接显示21，而非FTP。 -x：告诉tcpdump命令，需要把协议头和包内容都原原本本的显示出来(tcpdump会以16进制和ASCII的形式显示)，这在进行协议分析时是绝对的利器。 -t：输出不打印时间戳 -c：设置抓取的包的个数 -s：限定包的大小，默认每个包存68bytes。加上-s选项，调整这个参....

正文 首先，编译程序时必须要加上-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....

前文 在实际项目开发过程中，经常会遇到一个目标文件需要使用不同目录下的源文件。如有个项目，构成如下所示: -base -base.cpp -base.h -src -makefile -%.cpp -%.h src目录下的源文件使用到了base库中的函数，因此在编译makefile时，需要用到base库，base库在另一个目录下，此时就需要使用混合编译的技巧。 正文 其实混合编译没什么技巧，只需要在编译时，将base库所在目录添加进makefile中即可。 CXXFALG = -m64 -Wall -std=c++11 BASE_PATH = ../base OBJS = $(BASE_PATH)/base.o test.o TARGET = test all:$(TARGET) @echo "Done everything successfully" $(TARGET): $(OBJS) $(CC) $(CXXFALG) -I $(BASE_PATH) $(OBJS) -o $(TARGET) %.o: %.cpp $(CC) -c $(CXXFALG) -I $(B....

正文 问题描述 在socket多播（组播）编程中，一个套接字已经加入了一个多播组，开始持续接收数据。在实时接收数据的过程中，上游多播组或者路由器发生意外，导致套接字无法接收到实时数据。然后套接字加入备多播组收取数据。过了几分钟后，原多播组或者路由器恢复正常，此时套接字是否会收到两份数据？在发生意外的情况下，如果套接字想只接收一份数据，应该怎么做呢？ 正文 目前有两个想法： 对数据进行过滤，在recvfrom()收数据的时候，如果收到的不是当前多播组发送的数据，就将其丢掉 在发生意外后，先不急着退出组播组，关闭套接字，而是先创建另一个套接字，然后再执行退出多播组，关闭套接字的操作，之后是否只会收到一份数据呢？这个想法仍需要验证 思考 如果是路由器出现问题了，那是否意味着套接字不可能再从这个路由器所在链路收到数据了呢？

正文 我有两个线程，一个线程专门用来收数据，一个线程专门用来发数据，因此我有两个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状态的改变，并不是发送登录报文之后....

2022-04-12 突然发现自己已经好久没有写过工作总结了，究其原因大概在于项目需求一直变更吧，从去年九月份到今年三月份，开发了一个半系统，结果三月份要上线的前夕，两个系统全部被废弃，在原有基础上重新开发，我真的是...不过还好能在以前的代码上挖出一点东西，总不至于真的从头开始。但是新的系统又变成了三个子系统，七月份发测试版，对我来说工期实在是很赶。 但是还好，之前半年时间我也收获成长了很多，学到了很多东西，总不至于真的一无所获，现在的进度也在慢慢按照我的计划推进。最近把遗忘了的C++也重新拾了起来，这时我才想起原来我入职时候的岗位是C++开发工程师。但是今天在做code review的时候，看了同事的C++代码，嗯我才意识到我的思维大多数时候还是停留在了C开发上面，明明写的是C风格的cpp代码，用STL的方法可以更快更好的解决一些问题，但我对STL的运用还是只停留在了表面，用了cpp的数据结构，却妄想用C的语言规范来解决问题。在接下来或者说在未来开发cpp代码的时候，一定要使用cpp的思想，不能只停留在C上面了！！！

正文 最近学习socket网络编程，总结一下其中recv和send的返回值以及对应的含义 recv()方法 模型: #include <sys/types.h> #include <sys/socket.h> ssize_t recv(int sockfd, void *buf, size_t len, int flags); 参数： sockfd：创建的文件描述符fd buf：接收数据的缓冲区 len：接收数据的长度 flags：表示信息，默认设置为0 当应用程序调用recv接收数据的时候，recv函数会等待sockfd中发送数据的缓冲区的协议发送完数据，如果在等待过程中出现网络错误，则会返回SOCKET_ERROR。如果sockfd中的缓冲区中没有数据或者协议已经发送完数据，则recv会检查sockfd的接收缓冲区，如果该缓冲区正在接收数据，则recv会一直等待，直到缓冲区接收数据完毕，之后recv将数据从缓冲区拷贝一份至buf中。注意，数据是通过协议转发的，recv()只是将数据从缓冲区拷贝过来。如果recv()在拷贝数据时出现错误，则返回SOCK....

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