//1,编译静态库 libtest.a
gcc -c test.c -o test.o
ar rc libtest.a test.o//2，编译main函数
g++ -o main main.cpp -I./test -L./test -static -ltest test相关文件放在了当前的test目录下
[root@ ~/learn_code/C++_learn]$ tree
.
├── main
├── main.cpp
├── test
│ ├── libtest.a
│ ├── makefile
│ ├── test.c
│ ├── test.h
│ ├── test.i
│ ├── test.o
│ └── test.s
├── test.c
└── test.h
[root@ ~/learn_code/C++_learn/test]$ make libtest.a -B
gcc -c test.c -o test.o
ar rc libtest.a test.o
1，可行
2，更可以，推荐用这种方式
对于比较老的C库，可能当时写的没有考虑到声明extern 3，可行，推荐使用
4，下面这种方式报错
解释下原因：根本原因是因为编译器在编译C++和C文件中的函数时，是区别对待的，也就是说同一个函数名，在C++和C文件中编译出来的名字不一样。
比如说对于mytest函数，对于C编译后为_mytest，对于C++编译之后名字为_mytest_。下面解析下上面的几种情况对于第1中情况： C++文件include了test.h， 展开了其中的__cplusplus宏，所以对应 extern “C” void mytest()，编译后为：_mytest C语法是不支持extern “C”的，当然这里也不会展开__cplusplus宏，所以对应 void mytest()，编译后为：_mytest 对于第2中情况： 更不用说了，同第1中情况 对于第3中情况： 对于以前写的C库，可能大多数时候都是这种写法 这个时候就得在包含它的C++文件中，必须显式的声明 extern “C”关键字。 对于第4种情况： C++文件include了test.h，对应 void mytest()，编译后为：_mytest_ （注意与第一种情况的区别） C语法是不支持extern “C”的，当然这里也不会展开__cplusplus宏，所以对应 void mytest()，编译后为：_mytest 所以这里在生成main的可执行文件的时候会链接错误。
[root@ ~/learn_code/C++_learn]$ g++ -o main main.cpp -I./test -L./test -static -ltest
/tmp/cc3TGBKW.o: In function `main':
main.cpp:(.text+0x5): undefined reference to `mytest()'
collect2: ld returned exit status
结论：
1，在写C函数库的时候，尽量带上宏__cplusplus这一段声明，方便后面使用 2，在写C++程序的时候，加入会调用C库，尽量带上宏__cplusplus这一段声明，肯定就不会报相关编译的错误了。
