我的技术分享 👋🏼

正文 最近学习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清零时会破坏其值，导致后续的函数操作崩溃。

正文 vector是一个动态数组，它会根据元素的个数，适当的去申请内存。可以简单的把vector理解为，其内部有一个 void* 的指针，用于指向在堆上面申请的空间。 void* 指向的空间用于存放vector元素。vector一直维护者void* 空间的大小，当void 指向的堆空间没有空间存放新插入的元素时，它都会去系统申请之前空间大小的两倍空间，并把之前的元素全部拷贝到新的空间，释放掉原空间，在新空间中插入新的元素。* 实际上包括map、set等数据结构的内存分配策略都是如此 减少vector内存占用 在vecotr的内存分配策略中，内存占用的空间是只增不减的，比如首先分配了10000个字节大小的空间，然后erase掉后面的9999个，留下一个有效元素，但是内存占用仍为10000个。所有的内存空间是在vector析构的时候才能被系统回收。empty()方法只能用来检测容器是否为空，clear()可以清空所有元素，但容器所占用的空间依然如故，无法保证内存的回收。 如果需要空间动态缩小，可以考虑使用deque。真正能够释放内存的函数是swap()。具体方法如下： vector<....

前言 前几天有一个需求，要做一个监控udp组播数据是否正常发送的项目， 需要监控多路组播数据，且要部署在多台机器上，且每台机器发送的数据类型有两种，为了监控是哪种数据类型出问题了，因此在发送数据时，需要绑定网卡，监控程序同时绑定对应网卡，监控对应类型的数据。 正文 监控程序很快就写好了，但是在做测试的时候发现，部署在同一台机器上，绑定不同网卡的程序，在只有一块网卡发送数据时，两个程序居然都能收到数据（其中一个程序绑定的是另一块网卡，而另一块网卡并没有工作），在down掉工作的网卡后，两个监控程序都收不到数据了。 正常来说，理想情况是，只有一块网卡工作时，绑定另一块网卡的监控程序应该是收不到数据的，down掉这块网卡后，绑定对应网卡的监控程序应该收不到数据，但现实很骨感。 在排除各种情况之后，经过与同事的讨论，最终我们认为问题出现在端口复用上，两个监控程序绑定的是不同的网卡，但收数据用的是一个端口，正常情况下我们可能认为端口复用只是为了解决程序运行时，这个端口还没有释放的情况，但当两个程序同时使用一个端口时，两个程序居然能同时收到数据。后续经过查阅资料，在官方文档上发现了这么一段话： M....