TCP/IP FAQ系列，以经典的4.4BSD-Lite实现为准，参考《TCP/IP协议详解》3卷 ，加入个人的思考理解，理清主干，不深究细枝末节，皆在总结基本原理和实现。本篇涵盖了数据链路层、ARP、RARP、IP、ICMP、TCP、UDP方面的问题与解答。
【Data Link】
1. 环回接口地址必须是127.0.0.1吗？
形如127.x.x.x的A类IP都可作为环回接口的地址，但常用的是127.0.0.1。
2. 环回接口为什么没有输入处理？
发送到环回接口的数据报实质上被送到网络层的输入队列中，因此数据报没有离开网络，也就不可能从链路上接收到目标地址为环回接口地址的数据帧，所以不存在输入处理。
3. SLIP、环回和以太网接口，三者有何不同？
SLIP和环回接口没有链路层首部和硬件地址，环回接口没有输入处理，而以太网接口都有。
4. SLIP和以太网接口如何分用输入帧，环回接口如何分用输出分组？
SLIP将帧直接放进IP输入队列中，以太网接口则根据帧类型字段放到对应的协议输入队列中，环回接口则按目的地址族放到对应的输入队列中。
5. 接口和地址有什么关联？
一个接口的编址信息包括主机地址、广播地址和网络掩码，当内核初始化时，每个接口分配一个链路层地址，可以配置有多个相同或不同的网络层地址，例如2个IP地址，或者1个IP地址、1个OSI地址。
【ARP & RARP】
1. 何时发送ARP请求，何时应答ARP请求？
当单播发送IP数据并且查询ARP高速缓存失败时，就会广播一个询问目的主机硬件地址的ARP请求；当接收到ARP请求的主机就是该请求所要查找的目的主机或目的主机的ARP代理服务器时，就会单播一个ARP应答。
2. 为什么两者的以太网帧类型不同？
ARP值为0x0806，RARP为0x8035，其实对于发送方来说，利用ARP的op字段可以区分RARP，但对于接收方，由于ARP实现在内核中，而RARP一般实现为服务器，所以为了更易区分，就单独用另一个值标识。
3. 设计RARP服务器有哪些问题？
一是怎么发送以太网帧以响应请求，这与系统相关。二是当存在多个服务器时，同时发送响应帧会造成以太网冲突，这可以通过分主从服务器和随机延时来优化避免。
4. ARP在等待应答时，它会如何处理发往给定目的的多个报文？
在大多数的实现中，在等待一个ARP应答时，只将最后一个报文发给特定目的主机。Host Requirements RFC要求实现中必须防止这种类型的ARP洪泛，建议最高速率是每秒一次。
5. 免费ARP有什么作用？
一般的ARP请求用于查询目标硬件地址，并等待应答。而免费的ARP发出请求并不一定期望应答，这可以有两方面的作用：
1）一个主机可以确定是否存在相同IP地址的另一主机
2）当本机硬件地址改变时，通知其它主机更新ARP高速缓存。
6. ARP如何映射一个IP多播地址？
先获取IP多播地址的低23位，再与常量0x01005e7f0000按位或，结果就是对应的多播硬件地址。
【IP】
1. 何时何地分片？
当数据报长度大于链路接口MTU且DF=0时，开始分片，分片可发生在源主机，也可发生在中途路由器。若需要分片但DF=1，则向源主机发送ICMP不可达差错。
2. 如何分片？
1）计算每个分片的数据长度(不含IP首部)，除后一个分片外，其它分片数据长度为8字节的倍数。
2）除复制对应数据外，还复制原始分组的首部及(部分)选项到新的每个分片中，更新新分片首部的头部长度、总长度、MF标志和偏移量。如果原始分组已经是分片，那么MF=1，否则最后一个分片MF=0，其余MF=1。
3. 何时何地重装？
由于分片可以有不同的路由，而且中途路由器可能再次分片，因此只有目标主机才能重装所有分片。当接收端第一次收到一个MF或偏移量非零的分组时，则该分组就是一个必须被重装的分片，于是开始重装。
4. 如何重装？
1）使用4元组{源地址，目标地址，协议，16位标识}为唯一标识查找当前分片所属的数据报(分片表)，如果没有找到，则创建分片表，按偏移量将当前分片插入到分片表，并启动重装定时器。
2）如果重装定时器超时后，还没有组装好一个完整的IP数据报，此时如果已经收到第一个分片，则向源主机返回ICMP超时差错，最后丢弃收到的所有分片；否则，提交数据给适当的传输层处理。
5. 哪些分组能被转发，何时转发？
到达非最终目的地系统的分组，且当系统配置为可转发或分组包含源路由时，才能被转发，但下列类型的分组除外：1）链路层广播 2）环回分组 3）网络0和E类目标地址 4）D类目标地址。
【ICMP】
1. ICMP报文有哪些类型，何时何地生成这些报文？
包括请求、应答、差错和重定向4种，其中前两者可统一为查询类。请求当需要查询的时候由进程生成，应答由当内核收到请求报文时生成，当主机发出的数据报无法成功地提交给目的主机时，目的主机或中间路由器的IP或传输协议生成差错报文，并返回给原来的系统。
2. 内核怎么处理收到的ICMP报文？
ICMP是一种传输层协议，其协议号为1，当IP层收到一个ICMP报文时，分用交给ICMP协议输入处理，ICMP协议输入根据其类型分别处理：1）请求---生成适当的应答报文 2）差错---提交给适当的传输层协议处理 3）应答---提交给等待ICMP报文的进程 4）重定向---更新路由表，并提交给等待的进程。
3. 怎么发送ICMP报文？
构造ICMP报文-->计算ICMP检验和-->封装到IP数据报中-->提交给IP协议输出处理，对于用户进程，须使用原始IP机制才能发送。
4. 哪些情况不会产生ICMP差错报文，为什么？
1）ICMP差错报文：违反此条可能导致差错引起差错，无休止循环下去。
2）源地址不是单播地址的IP数据报：违反此条导致差错可能同时发到多个主机。
3）目的地址是广播或多播地址的IP数据报：违反此条导致多个主机可能同时响应。
4）作为链路层广播的数据报：违反此条导致多个主机可能同时响应。
5）不是IP分片的第一片：违反此条可能导致产生多个ICMP差错，每个分片一个。
由此可见，违反以上几条都会引起网络风暴。
【TCP & UDP】
1. 为什么TCP首部存在首部长度字段，而UDP却没有？
TCP首部存在选项，如mss,timestame,nop和wscale等。
2. 为什么这两种协议首部前面都是源和目的端口？
当TCP收到一个ICMP差错时，必须检查两个端口号以决定差错对应于哪个连接；只有当UDP套接口连接到对端时，用户进程才会收到ICMP差错，例如当服务器未运行时，返回的ICMP端口不可达消息。
3. 当收到TCP或UDP数据包时，怎么提交给应用层？
插口由进程调用socket或accept创建，关联到对应的PCB(协议控制块)上，通配匹配数由本地和外部IP地址确定，有3种取值：0--本地和外部IP都不为*、1--本地或外部IP有一个为*和2--本地和外部IP都为*。与UDP不同的是，TCP还有自己的PCB。
1）TCP：先扫描Internet PCB，查找最小通配匹配数的插口，如果没找到，那么响应RST包；再查看对应的TCP PCB，若不存在则响应RST包，否则若TCP 状态为关闭，则丢弃；最后交付给找到的对应插口。
2）UDP：这里要分2种情况，对于目的地为广播或多播地址的IP数据报，交付给所有匹配的插口；对于目的地为单播的IP数据报，扫描Internet PCB，查找具有最小通配匹配数的插口，如果没有找到，则向源主机发送ICMP端口不可达差错。如果有多个插口有相同的最小通配匹配数，那么具体由哪个插口接收依赖于不同的实现。
4. 计算首部检验和时，为什么要引入伪首部？
这是因为考虑到IP层的可能差错，TCP和UDP需要验证数据包是否被递送到正确的协议和目的主机。
5. UDP何时会计算检验和，如何区分是否使用了检验和？
UDP的检验和是可选的，当系统没有禁止(udpcksum非零)时，发送方会计算检验和，接收方还须输入分组检验和非零时才会计算检验和。如果检验和字段非零，那么就使用了，反之没有。
6. 在TCP状态迁移中，哪些状态在什么情况下可直接转到CLOSED状态？
SYN_SENT在连接定时器超时后，FIN_WAIT_2在FIN_WAIT_2定时器超时后。
7. 为什么TCP需要持续(persist)定时器、FIN_WAIT_2定时器和2MSL定时器？
1）因为连接对端发送的窗口通告为ACK报文，而ACK是不会确认的，允许TCP继续发送数据的窗口更新可能会丢失，所以需要设定persist定时器，在超时后发送1字节的数据，判定对端接收窗口是否已打开。
2）因为在正常情况下，当连接主动关闭时，会由FIN_WAIT_1状态进入FIN_WAIT_2状态等待接收对端的FIN报文，但对方可能一直不发送FIN，所以需要FIN_WAIT_2定时器避免连接永远滞留在FIN_WAI_2状态。
3）因为当连接主动关闭进入TIME_WAIT状态后，将等待2个MSL时间，在这段时间内，TCP可以重发丢失的ACK，丢弃来自新连接替身的迟到的报文段以防止被曲解，所以需要2MSL定时器，超时后关闭连接。
8. 当TCP发送数据，调用ip_output返回ENOBUFS差错时，可能会发生什么情况？
当提交给网络层因为内存不足发送失败时，数据包被丢弃。如果丢弃的是数据报文，重传定时器超时后数据将被重传；如果丢弃的是纯ACK报文，对端收不到ACK时会重传对应的数据报文；如果丢弃的是RST报文，当对端重传导致发送RST报文的数据报文时，将再次生成RST报文。
9. TCP何时发送ACK报文？
对于数据、SYN和FIN报文，发送ACK，但对于纯ACK和RST报文，不会发送；另外当遇以下情况时，则立即发送。
1）200ms延时ACK定时器超时；2）收到失序的报文段；3）三次握手收到了SYN；4）收到了FIN。
10. TCP何时发送RST报文？
1）当收到报文段，但没有找到对应的internet pcb或tcp pcb。
2）当连接处于LISTEN状态时，收到了ACK报文段。
3）当连接处于SYS_SENT状态时，收到了错误的ACK报文段(ack小于等于iss或大于snd_max)。
4）当连接被动关闭时(状态大于CLOSE_WAIT)，收到了数据。
5）当连接处于SYN_RCVD状态时，收到了错误的ACK报文段(ack小于snd_una或大于snd_max)。
posted @
2013-08-25 10:50 春秋十二月 阅读(2612) |
评论 (1) |
编辑 收藏
由于从其它平台如windows传输文件到类unix平台时，用vim等编辑工具打开时，有时会发现行尾有^M，其实这就是控制字符CR，ASCII码为13。为方便删除这个字符，编写了一个简单的dos2unix脚本，最多带2个参数，特点如下：
● 第1个参数表示目标文件或目录，当为文件时则处理非脚本本身的文件，当为目录时则根据第2个参数是否递归处理子目录。
● 第2个参数当且仅当第1个参数为目录时有效，表示是否递归处理子目录，当为空时则不处理，为-r时则处理。
1
#! /bin/bash
2# dos2unix
3
4self_name=$(basename "$0")
5self_dir=$(cd "$(dirname "$0")";pwd)
6
7transform_file()
8
{
9
name=$(basename "$1")
10 dir=$(dirname "$1")
11
12 if [ "$dir" = "." ]; then
13 dir=$(pwd)
14 fi
15
16 if [ "$dir" != "$self_dir" ] || [ "$name" != "$self_name" ]; then
17 mv $1 $1.old
18 sed 's/^M$//g' $1.old > $1
19 rm $1.old
20 fi
21
}
22
23transform_dir()
24{
25 local pdir=$(pwd)
26 cd $1
27
28 for s in `ls`
29 do
30 if [ -f "$s" ]; then
31 transform_file "$s"
32 else
33 if [ -d "$s" ] && [ "$2" -eq "1" ]; then
34 transform_dir "$s" "1"
35 fi
36 fi
37 done
38
39 cd $pdir
40}
41
42transform()
43{
44 if [ -f "$1" ]; then
45 transform_file "$1"
46 else
47 if [ -z "$2" ]; then
48 is_r=0
49 else
50 if [ "$2" = "-r" ]; then
51 is_r=1
52 else
53 echo "Usage: $(basename $0) directory -r"
54 return 1
55 fi
56 fi
57
58 if [ -d "$1" ]; then
59 transform_dir "$1" "$is_r"
60 else
61 echo "$1 is neither file nor directory"
62 return 1
63 fi
64 fi
65}
66
67if [ -n "$1" ]; then
68 transform $1 $2
69else
70 echo "Usage: $(basename $0) file or directory [-r]"
71 exit 1
72fi
posted @
2013-08-08 19:06 春秋十二月 阅读(7762) |
评论 (5) |
编辑 收藏
摘要: 由于read、readv、write和writev函数一次读或写有时并不能满足所要求的数据，因此需要多次调用直到要求的字节数或者出错。针对这4个系统调用，编写了对应的xxxn版本，实现如下
Code highlighting produced by Actipro CodeHighlighter (freeware)http:...
阅读全文
posted @
2013-08-02 19:44 春秋十二月 阅读(1803) |
评论 (0) |
编辑 收藏
摘要: 基本原理 1）系统CPU使用率等于两个时间点的CPU非空闲时间差除以CPU时间总量差得到的百分比，这两者可从/proc/stat文件获得。 2）系统内存使用率等于系统物理内存消耗量除以系统物理内存总量(memtotal，以KB为单位)得到的百分比，这两者可从/proc/meminfo文件获得。 3...
阅读全文
posted @
2013-05-31 19:04 春秋十二月 阅读(5019) |
评论 (0) |
编辑 收藏
摘要: 情景分析 现已存在一个可用稳定的异步客户端类http_client_base，该类基于boost asio实现了连接服务器，发送请求，获取响应和解析http数据等操作，该类的大致实现框架如下
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.C...
阅读全文
posted @
2013-03-20 20:47 春秋十二月 阅读(12413) |
评论 (2) |
编辑 收藏
本文以统计磁盘文件系统已用空间为例说明awk的用法，使用命令df可获得磁盘文件系统的相关信息，如下图所示
第3列Used便是已用空间的数据，这是正常的情形。当第1列Filesystem文本过长时，就有可能换行输出，这是特殊的情形，如下图所示
针对这两种情形，如何写出有效的命令脚本来统计Used列的数据和呢？从上面两图观察对比显然可得，以空白符开头的文本行便是特殊情形，需要计算的是第2列；而正常情形的文本行，便是第3列。因此可得出awk脚本:
awk '{ if($0~/^ /) s+=$2; else s+=$3;} END{ print "Used total is: "s }'。
用于正常情形，输出如下
而特殊情形，则输出如下
posted @
2012-11-01 17:47 春秋十二月 阅读(1729) |
评论 (1) |
编辑 收藏
摘要: 引言
在面向对象类的设计中，有时为了强化效能，特别是当构造大量小对象时，为了改善内存碎片，就需要自己实现对象的内存管理，以替换系统缺省的分配和释放行为，即全局的new和delete。按照c++标准，在定制类专属的new和delete时，为了减免客户代码使用时的麻烦和问题，需要考虑同时定制简单(normal new)、定位(placement new)和无异常(...
阅读全文
posted @
2012-09-27 17:37 春秋十二月 阅读(2126) |
评论 (2) |
编辑 收藏
摘要: 情景分析
在网络编程中，通常异步比同步处理更为复杂，但由于异步的事件通知机制，避免了同步方式中的忙等待，提高了吞吐量，因此效率较高，在高性能应用开发中，经常被用到。而在处理异步相关的问题时，状态机模式是一种典型的有效方法，这在libevent、memcached、nginx等开源软件(库)中多次被使用而得到见证。据此，为抛砖引玉，本文展示了使用此方法异步接收变...
阅读全文
posted @
2012-09-20 15:48 春秋十二月 阅读(2885) |
评论 (2) |
编辑 收藏
为方便查看特定TCP服务器进程的CPU、内存和网络连接情况，编写了一个简单的脚本perf.sh，其原理是指定--tcp或-t选项来调用netstat命令，指定aux -T选项参数调用ps命令，对输出结果根据进程名称或PID调用grep过滤；为了输出结果的可读性，先调用ps和netstat，用head取出保存大多是说明描述性的头几行。这里的实现具有如下特点：
● 支持单独查看CPU和内存利用率，或网络连接情况，或两者皆可，name表示进程名，address表示网络地址
● 支持输出重定向，使用exec实现将标准输出重定向到file文件，当没指定-o file选项参数时，则为标准输出
● 支持设置刷新时间，当没指定-t seconds选项参数时，则默认为3秒
● 支持显示多线程，当指定-m选项时，则显示多个线程的情况，默认不显示
1#! /bin/bash
2#perf.sh
3
4name=
5address=
6file=
7seconds=
8show_mthread=0
9is_count=0
10
11while getopts :p:n:o:t:mv opt
12do
13 case $opt in
14 p) name=$OPTARG
15 ;;
16 n) address=$OPTARG
17 ;;
18 o) file=$OPTARG
19 ;;
20 t) seconds=$OPTARG
21 ;;
22 m) show_mthread=1
23 ;;
24 v) is_count=1
25 ;;
26 '?') echo "$0: invalid option -$OPTARG" >&2
27 echo "Usage: $0 [-p name] [-n address] [-o file] [-t seconds] [-m]" >&2
28 exit 1
29 ;;
30 esac
31done
32
33shift $((OPTIND-1))
34
35if [ -z "$name" -a -z "$address" ]; then
36 printf "Usage $(basename "$0") [-p name] [-n address] [-o file] [-t seconds] [-m]\nname or address must not be null\n"
37 exit 1
38fi
39
40if [ -z "$seconds" ]; then
41 seconds=3
42fi
43
44psflag="aux"
45if [ "$show_mthread" = 1 ]; then
46 psflag="$psflag -T"
47fi
48
49psheader="`ps $psflag | head -n 1`"
50sortflag="-k3nr -k4nr" #sort by descend order according to cpu and mem
51
52netflag="-an --tcp --inet"
53netheader="`netstat $netflag | head -n 2`"
54is_exist=
55
56show_process_info()
57{
58 if [ -z "$1" ]; then
59 return 255
60 fi
61
62 result=`ps $psflag | grep -E "$1" | grep -E -v "gdb|grep|$0" | sort $sortflag`
63 if [ -z "$result" ]; then
64 is_exist=0
65 else
66 is_exist=1
67 uptime
68 echo "$psheader"
69 echo "$result"
70 fi
71 echo ""
72}
73
74show_net_connection()
75{
76 if [ -z "$1" ]; then
77 return 255
78 fi
79
80 result=`netstat $netflag | grep -E $1`
81 if [ -n "$result" ]; then
82 echo "$netheader"
83 if [ "$is_count" = 1 ]; then
84
echo "$result" | awk '/^tcp/ { ++S[$NF] } END{ for(a in S) print a, S[a] }'
85 fi
86 fi
87 echo ""
88}
89
90tmpfile=`mktemp /tmp/per.XXXXXXXXXXXX`
91
92while true
93do
94 if [ -n "$file" ]; then
95 exec 1> $tmpfile
96 fi
97
98 show_process_info $name
99 show_net_connection $address
100 echo ""
101
102 sleep $seconds
103
104 if [ -n "$file" ]; then
105 exec 1>&-
106
107 if [ "$is_exist" = 1 ]; then
108 cat $tmpfile >> $file
109 fi
110
111 size=`ls -l $file | awk '{print $5}'`
112 if [ $size -ge $(expr 1024 \* 1024 \* 1) ]; then
113 cat /dev/null > $file
114 fi
115 else
116 clear
117 fi
118done
最后顺便提下，上面是查看某单个服务器进程的性能，若要查看整体服务器系统的性能，可以运用vmstat、iostat和free等命令。
posted @
2012-09-04 16:35 春秋十二月 阅读(1745) |
评论 (1) |
编辑 收藏
1）输出名称：OUT_NAME，对于库工程，内部自动添加lib前缀
2）输出路径：OUT_PATH， 末尾反斜杠/可有可无 3）源码路径：SRC_PATH， 末尾反斜杠/可有可无 4）依赖动态库路径：SHARE_PATH，不带库名称的路径， 末尾反斜杠/可有可无 5）依赖动态库名称：SHARE_LIB，不带库路径的名称，内部自动添加-l前缀
6）依赖静态库路径：STATIC_PATH，不带库名称的路径， 末尾反斜杠/可有可无 7）依赖静态库路径：STATIC_LIB，不带库路径的名称
8）预定义宏：MACROS，内部自动添加-D前缀
9）编译模式：MODE，表示编译成debug或release版本
关于头文件包含的支持，这里没有提供命令行参数，在内部它固定为SRC_PATH、/usr/include和/usr/local/include三个路径，对于大多数的工程，应该够用了。
实现
1#Makefile.in
2
3inc_path := $(SRC_PATH) /usr/include /usr/local/include
4inc_path := $(addprefix -I,$(inc_path))
5override SHARE_PATH += /usr/lib /usr/local/lib
6override SHARE_PATH := $(addprefix -L,$(SHARE_PATH))
7override SHARE_LIB := $(if $(SHARE_LIB),$(addprefix -l,$(SHARE_LIB)))
8override STATIC_PATH := $(patsubst %/,%,$(STATIC_PATH))
9override STATIC_LIB := $(if $(STATIC_PATH),$(if $(STATIC_LIB),$(addprefix $(STATIC_PATH)/,$(STATIC_LIB))))
10override SRC_PATH := $(patsubst %/,%,$(SRC_PATH))
11override MACROS := $(addprefix -D,$(MACROS))
12
13cxxflags := -Wall $(MACROS)
14
15ifeq ($(MODE),debug)
16 cxxflags += -g
17 tmp_path := $(SRC_PATH)/debug
18else
19 cxxflags += -O2 -DNDEBUG
20 tmp_path := $(SRC_PATH)/release
21endif
22
23lib_name := $(addprefix lib,$(OUT_NAME))
24
25srcs := $(wildcard $(SRC_PATH)/*.c) $(wildcard $(SRC_PATH)/*.cpp)
26deps := $(patsubst %.c,%.d,$(patsubst %.cpp,%.d,$(srcs)))
27deps := $(foreach dep,$(deps),$(notdir $(dep)))
28deps := $(addprefix $(tmp_path)/,$(deps))
29
30objs := $(patsubst %.c,%.o,$(patsubst %.cpp,%.o,$(srcs)))
31objs := $(foreach obj,$(objs),$(notdir $(obj)))
32objs := $(addprefix $(tmp_path)/,$(objs))
33
34share_name := $(tmp_path)/$(lib_name).so
35static_name := $(tmp_path)/$(lib_name).a
36exe_name := $(tmp_path)/$(OUT_NAME)
37
38override MACROS := $(if $(MACROS),$(addprefix -D,$(MACROS)))
39
40.PHONY: exe lib static share clean config
41
42arflags := -rc
43
44define MKDIR
45if [ ! -d $(tmp_path) ]; then \
46mkdir $(tmp_path);\
47fi
48endef
49
50config:
51 @$(MKDIR)
52
53exe: config $(exe_name)
54
55lib: config static share
56
57static: $(static_name)
58
59share: $(share_name)
60
61$(exe_name): $(objs)
62 @echo "Linking to execute ($@ : $(objs))."
63 $(CXX) -o $@ $(objs) $(SHARE_PATH) $(SHARE_LIB) $(STATIC_LIB)
64 @cp $(exe_name) $(OUT_PATH)
65
66$(static_name): $(objs)
67 @echo "Archive to static library ($@ [$(objs)])."
68 $(AR) $(arflags) $@ $(objs)
69 @cp $(static_name) $(OUT_PATH)
70
71$(share_name): $(objs)
72 @echo "Linking to shared library ($@ [$(objs)])."
73 $(CXX) $(cxxflags) -o $@ $(objs) -fPIC -shared
74 @cp $(share_name) $(OUT_PATH)
75
76$(tmp_path)/%.o: $(SRC_PATH)/%.cpp $(tmp_path)/%.d
77 @echo "Compile $@ ($<)."
78 $(CXX) $(cxxflags) $(inc_path) -c $< -o $@
79
80$(tmp_path)/%.d: $(SRC_PATH)/%.cpp
81 @echo "Compile $@ ($<)."
82 $(CXX) $(cxxflags) -MM $< -o $@.$$$$; \
83 sed 's,\($*\)\.o[ :]*,\1.o $@:, g' < $@.$$$$ > $@; \
84 rm -f $@.$$$$
85
86-include $(deps)
87
88clean:
89 $(RM) $(objs) $(deps) $(share_name) $(static_name) $(exe_name)
应用
这里假设有两个源码子目录netcomm和server，前者为动态库netcomm工程，后者为主程序server工程，它依赖netcomm库，每个目录下都有其自己的Makefile，这个用于编译单个模块或主程序，它们的父目录为src，在这个目录下有两个Makefile文件，一个是Makefile.in，这个就是上面讲到的通用内部Makefile；另一个是Makefile，这个用来联编所有的模块和主程序。
先来看下netcomm的Makefile文件内容，如下所示
1path := SRC_PATH=. OUT_PATH=../../output
2
3.PHONY: all debug release clean
4
5all: debug release
6
7debug:
8 $(MAKE) -f ../Makefile.in lib MODE=debug OUT_NAME=netcommd $(path)
9
10release:
11 $(MAKE) -f ../Makefile.in lib MODE=release OUT_NAME=netcomm $(path)
12
13clean:
14 $(MAKE) -f ../Makefile.in clean MODE=debug OUT_NAME=netcommd $(path)
15 $(MAKE) -f ../Makefile.in clean MODE=release OUT_NAME=netcomm $(path)
再看下server的Makefile文件内容，如下所示
1
macros := MACROS="_USE_MEM_POOL=1"
2
3path := SRC_PATH=. OUT_PATH=../../output SHARE_PATH=../../output
4
5.PHONY: all debug release clean
6
7all: debug release
8
9debug:
10 $(MAKE) -f ../Makefile.in exe MODE=debug OUT_NAME=serverd SHARE_LIB="netcommd" $(macros) $(path)
11
12release:
13 $(MAKE) -f ../Makefile.in exe MODE=release OUT_NAME=server SHARE_LIB="netcomm" $(macros) $(path)
14
15clean:
16 $(MAKE) -f ../Makefile.in clean MODE=debug OUT_NAME=serverd $(path)
17 $(MAKE) -f ../Makefile.in clean MODE=release OUT_NAME=server $(path)
最后看下src的Makefile文件内容，如下所示
1.PHONY: all release debug clean
2
3all: debug release
4
5debug:
6 $(MAKE) debug -C netcomm
7 $(MAKE) debug -C server
8
9release:
10 $(MAKE) release -C netcomm
11 $(MAKE) release -C server
12
13clean:
14 $(MAKE) clean -C netcomm
15 $(MAKE) clean -C server 以上所有脚本代码，在make 3.81下测试通过。
posted @
2012-08-16 19:29 春秋十二月 阅读(3549) |
评论 (3) |
编辑 收藏