我的技术分享 👋🏼

前文 在实际项目开发过程中，经常会遇到一个目标文件需要使用不同目录下的源文件。如有个项目，构成如下所示: -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()收数据的时候，如果收到的不是当前多播组发送的数据，就将其丢掉 在发生意外后，先不急着退出组播组，关闭套接字，而是先创建另一个套接字，然后再执行退出多播组，关闭套接字的操作，之后是否只会收到一份数据呢？这个想法仍需要验证 思考 如果是路由器出现问题了，那是否意味着套接字不可能再从这个路由器所在链路收到数据了呢？

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

前言 （本文将置顶持续更新...）在工作中，写代码很重要，让别人理解你的代码很重要，但最重要的是如何让不太懂的人理解你的工作。写很重要，说同样很重要。 正文 在工作中，如果要给其他一般同事讲清楚自己的开发工作，要点是图要简单、易懂，文字要简洁、精炼。如果是开发文档的话，图一般包括如流程图、程序框图等各种类型，但PPT里面的图一般都是程序框图，因为程序框图简单、直观，能让听众迅速了解这个图是干啥的，有什么用。对于单系统而言，程序框图一般要画清楚系统的功能模块；而对于多系统，程序框图要画清楚系统间的交互方式、数据流向，一定要给听众讲清楚多系统间的联系。特别是一般我们的开发工作只是整体大系统中的一个小模块，上接其他功能模块，下也接其他系统，因此其中的数据流向是非常重要的。 在工作以及编码中，思想的转变是非常重要的。如何把一些业务逻辑转化成最简洁的代码，这一方面我还没有领会到要领，难道是看天赋吗？或者说直接看穿问题的本质，刨析到业务的最底层。比如：在一群有序数字中，获得最靠近一个给定数字的数字，本质上是什么呢？本质上就是取这群数字中的最大、最小值以及这个给定数字，找出这三个数字中的中间值，即为....

正文 我有两个线程，一个线程专门用来收数据，一个线程专门用来发数据，因此我有两个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); //....