第一节 服务器程序目录规划、makefile编写
1、信号高级认识范例
a、信号处理函数执行过程中，不会执行主程序
b、在同一个信号处理过程中，同样的信号被屏蔽，等到处理完了才会只取一个处理。
c、同一个函数处理多个信号，第一个信号处理过程中，可以被信号2打断，
然后再返回处理信号1。sleep被打断之后不会再睡剩余时间。返回剩余秒数。
在执行USER2信号期间，发送USR1和USR2都不会有响应。
既然实在执行信号1的时候，来了信号2执行信号2处理。
这就意味着只有USR2信号处理完毕，才会返回信号1处理函数。
最后返回main函数执行。
2、服务器架构初步
2.1、目录结构规划
特别注意：不管是目录还是文件，不要带空格，不要用中文。
只出现字母、数字、下划线。其它都是坑。
主目录：nginx
a、_include 目录：专门存放各种头文件
b、app目录：放主应用程序(main).c以及一些比较核心的文件；
link_obj:临时目录.o文件，不手工创建，makefile创建；
dep：存放临时的.d开头的依赖文件；makefile创建；
能够告知系统哪些相关的文件发生变化，需要重新编译。
nginx.c:主文件，main()入口函数
nginx_conf.c:普通源码文件，跟主文件关系密切，
又不值得单独放一个目录
c、misc目录：专门存放各种杂合性的不好归类的的1到多个.c文件：暂时为空。
d、net目录：专门存放和网络处理相关的1到多个.c文件
e、proc目录：专门存放和进程处理有关的1到多个.c文件
f、signal目录：专门存放和信号处理有关的.c文件
ngx_signal.c
linux上用tree看目录结构。
2.2、编译工具make的使用概述（编译出可执行文件）
每一个.c生成一个.o，最终这些.o被链接到一起，生成一个可执行文件。
借助make命令来编译，链接，生成可执行文件，大型项目一般都用make来连接。
make命令工作原理：去当前目录读取叫makefile的文件。
根据makefile里的语法规则把源代码编译成可执行文件。
开发者任务写makefile文件。utf8编码格式。
一般放在根目录，也有可能放在子目录。
里面定义了怎么去编译整个项目的编译链接规则。
里面记录了源文件依赖关系。
有需要的话可以借助autotools可以自动生成makefile文件。暂时不用。
2.3、makefile脚本用法介绍
a、nginx目录下放三个文件
makefile：编译项目的入口脚本，编译项目从这里开始，其总体控制作用。
config.mk:这是个配置脚本，被makefile文件包含，
单独分离出来是为了应付一些可变的东西。可变的放这里。
commen.mk:最重要最核心的编译脚本，
定义makefile的编译规则，依赖规则等。
通用性很强的一个脚本，并且各个字母中都用到
这个脚本来实现对应子目录.c文件的编译。
b、每个子目录下都有一个叫做makefile的文件。
每个makefile文件都会包含根目录下的common.mk,
从而实现自己子目录下的.c文件的编译。
现在的makefile不支持目录中套子目录。
c、link_obj:临时目录.o文件，不手工创建，makefile创建；
dep：存放临时的.d开头的依赖文件；makefile创建；
2.4、makefile脚本具体实现讲解
找依赖关系：
gcc -I./_include -MM app/nginx.c
nginx.o: app/nginx.c _include/ngx_func.h _include/ngx_signal.h \
_include/ngx_signal2.h
$@:表示$(LINK_OBJ_DIR)/%.o:%.c冒号左边的值：$(LINK_OBJ_DIR)/%.o
filter：过滤
$^:表示冒号右边的值。%.c
只有主目录的makefile中BIN =有值，app目录，其它目录都等于空。
make -C path：指明跳转到源码目录下读取那里的Makefile
3、思考题
在处理USR1信号的时候，如果来了USR2信号，如果想屏蔽。
sigprocmask；
还有其他屏蔽方法？
