extern C 的作用
extern "C" 是 C++ 编译器支持的一种链接指示符（linkage directive），它表示由其声明的函数使用 C 语言的方式编译和链接。
C 和 C++ 对函数编译后产生的符号名是不一样的。假设一个函数的原型为:
void foo(int x, int y);
由 C 编译器编译后产生的符号名为 _foo，而 C++ 由于支持重载的需要，编译后的符号名为 _foo_int_int 。当该函数由 extern "C" 修饰后，C++ 编译器会按 C 的规则把它编译成 _foo。
extern "C" 的用法有两种格式：
单一语句形式的链接指示符：
extern "C" void foo(int, int);
复合语句形式的链接指示符：
extern "C" {
void foo(int, int);
void bar(int, int);
}
extern "C" 典型的用法是类似下面的格式包含在一个头文件中：
#ifdef __cplusplus
extern “C” {
#endif
void fun(void);
… …
#ifdef __cplusplus
}
#endif
这样声明的头文件有以下特点：
1. 能同时支持 C 或 C++ 编译器。（C 编译器不支持 extern "C" 符号，所以由 __cplusplus 宏保护）
2. 头文件中声明的函数都按照 C 的方式编译和链接。
由上面两个特点可以保证使用该头文件的 C 或 C++ 程序都统一按照 C 的方式找到编译后的函数符号，而无论这个函数之前是由 C 或 C++ 编译的。
使用例子
Linux 中所有的系统头文件、标准 C 头文件的开头和结尾部分都会分别包含 __BEGIN_DECLS 和 __END_DECLS 两个宏。这两个宏是在 sys/cdefs.h 中定义的，系统标准头文件一般都会通过 features.h 间接包含。下面是这两个宏的定义：
/* C++ needs to know that types and declarations are C, not C++. */
#ifdef __cplusplus
# define __BEGIN_DECLS extern "C" {
# define __END_DECLS }
#else
# define __BEGIN_DECLS
# define __END_DECLS
#endif
只要能理解前面的范例头文件，就能明白系统头文件要这样设计的意图了：即能让 C++ 程序按照 C 的方式链接和使用 C 函数库。
同样的使用原理还可以在 glib 库中看到。所有的 glib 头文件都会包含一对 G_BEGIN_DECLS
和 G_END_DECLS
宏，它们是在 glib/gmacros.h 中定义的。这样 glib 库也能被 C++ 程序使用。
相关文档：
前言:这一章我们讨论一下Linux下的信号处理函数.
Linux下的信号处理函数:
1.信号的产生
2.信号的处理
3.其它信号函数
--------------------------------------------------------------------------------
一个实例
1。信号的产生 ......
CentOs5安装apache的时候
#./configure
(于检查系统是否有编译时所需的库，以及库的版本是否满足编译的需要等安装所需要的系统信息。为随后的编译工作做准备。)
提示错误如下:（没有GCC编译器环境）
checking build system type... i686-pc-linux-gnu
checking host system type.. ......
在这几天的工作过程中，需要实现PHP在服务器端能与其他程序通信。和老何俩人研究了半天，终于大致弄出了一个用WINDOWS的命名管道通信的方法。
有几点需要注意的：
PHP服务器端我们每次都是重新挂接命名管道。（这样写，PHP端代码量极其少，而且也很方便。）
那么我们用C/C++写的命名管道服务器则需要每次通信都创建一次� ......
B/S结构（Browser/Server结构）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载 ......
