摘要：不得不说，在国内IP紧缺的现状下，NAT发挥了无比巨大的作用：它以把IP和端口重新分配的方式，满足了广大人民群众上网的强烈需求。但是对于个人服务器以及在内网中基于网络的嵌入式设备，却是个比较尴尬的事情：因为它把端口和IP进行了重新分配，外网客户端访问的时候很难知道server端的IP和监听端口，尤其是监听端口。这个时候，子网穿透技术就应运而生了。 这两天看了一些简单的子网穿透的基本原理，大多数都是UDP的。但是看完后觉得TCP实现起来更为简单，因此简单的写了一个测试程序实验了一下，结果还真行。下面是实现原理： 首先是搭建了一下网络模型，一个是在子网中的需要穿透的Server A，一个是在公网.
阅读全文
摘要：recv是socket编程中最常用的函数之一，在阻塞状态的recv有时候会返回不同的值，而对于错误值也有相应的错误码，分别对应不同的状态，下面是我针对常见的几种网络状态的简单总结。 首先阻塞接收的recv有时候会返回0，这仅在socket被正常关闭时才会发生。而当拔掉设备网线的时候，recv并不会发生变化，仍然阻塞，如果在这个拔网线阶段，socket被关掉了，后果可能就是recv永久的阻塞了。所以一般对于阻塞的socket都会用setsockopt来设置socket的超时。 当超时时间到达后，recv会返回错误，也就是-1，而此时的错误码是EAGAIN或者EWOULDBLOCK，POSIX..
阅读全文
摘要：我们知道c语言中的程序中的数据根据分布一般可以分为三种，一种是分布在数据段中的，一种是分布在栈上的，还有一种分布是堆上。全局变量往往都存放在数据段中，而函数中声明的变量一般都存放在栈上，而用malloc或者calloc分配出来的空间则是在堆上。但是我之前一直不知道这数据段、堆还有栈到底在内存上是怎样分布的，更不知道它们之间的距离是多少，也不会根据数据的指针来判断数据的类型。但是前些日子，为了跟踪一个数据莫名被修改的问题，终于对这堆栈的分布有了个形象的了解。 在《UNIX环境高级编程》中提到：对于x86处理器上的Linux，正文段从0x08048000单元开始，栈底则在0xC0000000之下.
阅读全文
摘要：在linux下编程的调试工具往往比较少，其中比较有名的就是gdb。而由于程序都是在ARM板子上跑，往往会由于资源不够，连gdb都无法运行。所以之前调试跟踪问题往往也只是用简单的printf来解决，都没怎么用过gdb。但是今天遇到了一个printf无法跟踪的问题，这时才想起来gdb。通过应用gdb，发现gdb功能真是强大，下面记录了一下我用到的命令。./gdb testprogram :表示用gdb去跑testprogram这个程序，由于我的gdb程序是在当前目录下，所以前面加了./ 如果gdb在系统环境变量的目录中（比如/bin）的话就直接运行gdb testprogram就行。ps:有时候.
阅读全文
摘要：在最开始接触bind的时候，只是在写基于tcp的server端的时候，知道在listen之前需要先bind一下，用来确保socket能在某个固定的端口监听。而bind的时候，函数参数中的端口填自己将要绑定的端口就行；而IP地址，需要填本机的IP，但是也可以用一个宏INADDR_ANY代替，用这个宏就可以不用查找本机的IP，它就可以代替本机的IP。当时只觉得这个INADDR_ANY比较神奇，但是由于当时觉得用起来很方便，也没出啥问题，也就没有再深究。 但是最近在做RTSP服务器的时候，有种特殊的应用，导致我不得不对bind这个函数仔细地看一下。 我们知道无论是UDP还是TCP，socke...
阅读全文
