之前遇到过kill( pid, 0 )的情况，由于平常没注意到kill函数的形参为0的情况，不知道它的作用。后面用man 2 kill命令查看了下kill函数的说明，发现可以用来检测进程的存在情况。

1 关于kill 0的说明1

从上图DESCRIPTION区域的文字可以看出，kill函数中的形参sig是0的话，那么不会向pid进程发送任何信号，但是仍然会继续检测错误 …

- 阅读剩余部分 -

在Linux C/C++程序中打印日志时，可能会由于需要打印未知个数的变量参数，那么vsnprintf函数就排上用场了。这里使用一个简单的C程序例子，演示在打印源程序文件名和该打印函数所在的行号的同时，使用vsnprintf函数打印个数未知的参数变量。

1 完整程序

代码比较简单，如果需要把内容打印在日志文件中的话，还需要调用文件处理函数。为了便于理解，这里直接把内容输出到控制台上了。需要说明的三个地方：

1 …

- 阅读剩余部分 -

由于Disqus不支持Markdown的原因，所以在评论中使用HTML标签和代码高亮就不像Markdown那样方便了。在查看了Disqus官方关于HTML标签和代码高亮的说明后，发现Disqus只支持原生的HTML标签和代码高亮方式。

1 支持的HTML标签

Disqus官方给出的HTML标签如下，BZ推测大部分原生的HTML TAG应该都是支持的。

 1
 2
 3
 4
 5
 6
 7
 8
 9 …

- 阅读剩余部分 -

前面一篇文章通过Linux Shell脚本的方式，实现博客生成发布及同步GitHub的的功能：先同步GitHub个人仓库中的Markdown文章到本地，然后通过Pelican编译生成静态HTML文件，最后发布到Nginx的web目录下面，同时更新到GitHub个人主页（vfhky.github.io）。

由于没仔细考虑到Markdown文件名中可能包含空格的问题，所以在Shell脚本的文件名遍历时（代码第108行）出现了BUG：Linux Shell默认把空格空格做为值与值之间的分隔符，所以原本一个带空格的文件名就被拆分成了几个文件名。

1 解决方法 …

- 阅读剩余部分 -

在Linux服务端后台开发中，经常会用到信号处理函数：sigprocmask和sigsuspend。这篇文章主要通过一个综合实例演示如何使用sigprocmask函数屏蔽目标信号（信号掩码）以及sigsuspend函数挂起进程。

1 sigprocmask和sigsuspend函数的说明

关于sigprocmask函数的说明：

头文件：    #include <signal.h>
函数：     int sigprocmask …

- 阅读剩余部分 -

在前文中讲述了Linux服务端TCP通信出现CLOSE_WAIT状态的原因，这篇文章主要通过一个实例演示它个一个“恶劣”影响：直接使服务端进程Down掉。

1 CentOS服务端建立监听端口

如上图所示，在虚拟机CentOS7服务器（192.168.1.178）中打开一个终端界面，建立8000端口的监听服务（PID …

- 阅读剩余部分 -

前文《使用TCPDUMP和Wireshark排查服务端CLOSE_WAIT（一）》通过TCPDUMP和Wireshark在利用CentOS7作为服务端、Windows10作为客户端，模拟演示了一个TCP通信的CLOSE_WAIT状态，这篇文章主要利用前文的数据尝试解释Linux服务端产生CLOSE_WAIT状态的原因。

1 原因分析：从客户端和服务端TCP通信的流程出发

从前文中的tcpdump和Wireshark抓包都可看到当Windows客户端关闭后，会主动发送带有FIN+ACK标志的报文给Linux服务端。那么从上图TCP客户端和服务端的通信流程图开始分析：客户端先进入FIN_WAIT_1状态，在收到服务端应答的 …

- 阅读剩余部分 -

在Linux后端服务网络通信开发中，可能会遇到CLOSE_WAIT的状况。引起TCP CLOSE_WAIT状态的情况很多，归根结底还是由于被动关闭的一方没有关闭socket链路导致的。这篇文章主要是通过用一个简单的例子通过TCPDUMP和Wireshark这两个工具来模拟产生CLOSE_WAIT的情况，下一篇主要是对这个问题的原理解释。

1 CentOS服务端建立监听端口

如上图所示，在虚拟机CentOS7服务器（192.168.1.178）中打开一个终端界面，然后使用下面这个简单的服务端程序，建立8000端口的监听服务（PID …

- 阅读剩余部分 -