正文
C++之宏、extern关键字与多线程
小程序：扫一扫查出行【扫一扫了解最新限行尾号】
复制小程序
理解C++ 宏
1、特殊字符
考虑下面的需求，程序中多处使用文本字符串。我们知道文本字符串前后都要加上双引号，我很讨厌输入双引号。有没有好的办法呢？根据常识，使用下面的宏：
#define Str(x) "x"
String s = Str(Hello); 期望预编译为：String s = "Hello"，其实这是有问题的？仔细分析一下，宏的本质是文本替换。从编译器的角度思考，哪些地方应该换，哪些地方不应该换，并不是说遇到x就替换。也就是说，对于"x"，编译器认为"x"是一个整体，其中的x不是Str(x)的x。因此，String s = "x"。那么如何解决这个问题呢？
与此类似，相同道理的情况是转义字符。因此，这里也使用特殊字符。对宏变量前后加上双引号的特殊字符是：#。另外还有：
#：宏变量前后加上双引号，也就是将参数变为字符串
#@：宏变量前后加上单引号
##：进行拼接。
2、常用的宏
__LINE__ 宏在预编译时会替换成当前的行数
__FUNCTION__ 宏在预编译时会替换成当前的函数名称
__FILE__ 宏在预编译时会替换成当前的文件名
__DATE__ 编译的日期（格式"Mmm dd yyyy"）
__TIME__ 编译的时间（格式"hh:mm:ss"）
__TIMESTAMP__ 修改日期和时间，表示为以 Ddd Mmm Date hh:mm:ss yyyy
__STDC__ 如果编译器接受标准C，那么值为1
__VA_ARGS__ 是一个可变参数的宏
其他见：http://msdn.microsoft.com/zh-cn/library/windowsphone/develop/b0084kay.aspx
3、尽量少使用宏，而应该使用替代方法。但是有些地方，还是必须要使用宏。比如：
（#ifndef #define #endif）以及__LINE__等，为什么__LINE__也必须要使用宏？
思考：使用宏，在当前位置进行文本替换，打印出来就是当前行数。如果使用方法，那么打印出来的就是方法中一行内容的行数。
理解extern关键字
extern可以置于变量或者函数前，以标示变量或者函数的定义在别的文件中，提示编译器遇到此变量和函数时在其他模块中寻找其定义。此外extern也可用来进行链接指定。也就是说extern有两个作用，
第一，当它与"C"一起连用时，如: extern "C" void fun(int a, int b);则告诉编译器在编译fun这个函数名时按着C的规则去翻译相应的函数名而不是C++的，C++的规则在翻译这个函数名时会把fun这个名字变得面目全非，可能是fun@aBc_int_int#%$也可能是别的，这要看编译器的"脾气"了(不同的编译器采用的方法不一样)，为什么这么做呢，因为C++支持函数的重载啊，在这里不去过多的论述这个问题，如果你有兴趣可以去网上搜索，相信你可以得到满意的解释!
第二，当extern不与"C"在一起修饰变量或函数时，如在头文件中: extern int g_Int; 它的作用就是声明函数或全局变量的作用范围的关键字，其声明的函数和变量可以在本模块活其他模块中使用，记住它是一个声明不是定义!
C++多线程
pthread_create
是（Unix、Linux、Mac OS X）等操作系统的创建线程的函数。它的功能是创建线程（实际上就是确定调用该线程函数的入口点），在线程创建以后，就开始运行相关的线程函数。
#include <pthread.h>
int pthread_create(
pthread_t *restrict tidp, //新创建的线程ID指向的内存单元。
const pthread_attr_t *restrict attr, //线程属性，默认为NULL
void *(*start_rtn)(void *), //新创建的线程从start_rtn函数的地址开始运行
void *restrict arg //默认为NULL。若上述函数需要参数，将参数放入结构中并将地址作为arg传入。
);
int pthread_join(
pthread_t tid, //需要等待的线程,指定的线程必须位于当前的进程中，而且不得是分离线程
void **status //线程tid所执行的函数返回值（返回值地址需要保证有效），其中status可以为NULL
);
C++的多线程
（1）https://blog.csdn.net/wushuomin/article/details/80051295
（2）https://blog.csdn.net/zhangxiao93/article/details/73476786
（3）https://www.runoob.com/cplusplus/cpp-multithreading.html
1、特殊字符
考虑下面的需求，程序中多处使用文本字符串。我们知道文本字符串前后都要加上双引号，我很讨厌输入双引号。有没有好的办法呢？根据常识，使用下面的宏：
#define Str(x) "x"
String s = Str(Hello); 期望预编译为：String s = "Hello"，其实这是有问题的？仔细分析一下，宏的本质是文本替换。从编译器的角度思考，哪些地方应该换，哪些地方不应该换，并不是说遇到x就替换。也就是说，对于"x"，编译器认为"x"是一个整体，其中的x不是Str(x)的x。因此，String s = "x"。那么如何解决这个问题呢？
与此类似，相同道理的情况是转义字符。因此，这里也使用特殊字符。对宏变量前后加上双引号的特殊字符是：#。另外还有：
#：宏变量前后加上双引号，也就是将参数变为字符串
#@：宏变量前后加上单引号
##：进行拼接。
2、常用的宏
__LINE__ 宏在预编译时会替换成当前的行数
__FUNCTION__ 宏在预编译时会替换成当前的函数名称
__FILE__ 宏在预编译时会替换成当前的文件名
__DATE__ 编译的日期（格式"Mmm dd yyyy"）
__TIME__ 编译的时间（格式"hh:mm:ss"）
__TIMESTAMP__ 修改日期和时间，表示为以 Ddd Mmm Date hh:mm:ss yyyy
__STDC__ 如果编译器接受标准C，那么值为1
__VA_ARGS__ 是一个可变参数的宏
其他见：http://msdn.microsoft.com/zh-cn/library/windowsphone/develop/b0084kay.aspx
3、尽量少使用宏，而应该使用替代方法。但是有些地方，还是必须要使用宏。比如：
（#ifndef #define #endif）以及__LINE__等，为什么__LINE__也必须要使用宏？
思考：使用宏，在当前位置进行文本替换，打印出来就是当前行数。如果使用方法，那么打印出来的就是方法中一行内容的行数。
理解extern关键字
extern可以置于变量或者函数前，以标示变量或者函数的定义在别的文件中，提示编译器遇到此变量和函数时在其他模块中寻找其定义。此外extern也可用来进行链接指定。也就是说extern有两个作用，
第一，当它与"C"一起连用时，如: extern "C" void fun(int a, int b);则告诉编译器在编译fun这个函数名时按着C的规则去翻译相应的函数名而不是C++的，C++的规则在翻译这个函数名时会把fun这个名字变得面目全非，可能是fun@aBc_int_int#%$也可能是别的，这要看编译器的"脾气"了(不同的编译器采用的方法不一样)，为什么这么做呢，因为C++支持函数的重载啊，在这里不去过多的论述这个问题，如果你有兴趣可以去网上搜索，相信你可以得到满意的解释!
第二，当extern不与"C"在一起修饰变量或函数时，如在头文件中: extern int g_Int; 它的作用就是声明函数或全局变量的作用范围的关键字，其声明的函数和变量可以在本模块活其他模块中使用，记住它是一个声明不是定义!
C++多线程
pthread_create
是（Unix、Linux、Mac OS X）等操作系统的创建线程的函数。它的功能是创建线程（实际上就是确定调用该线程函数的入口点），在线程创建以后，就开始运行相关的线程函数。
#include <pthread.h> int pthread_create( pthread_t *restrict tidp, //新创建的线程ID指向的内存单元。 const pthread_attr_t *restrict attr, //线程属性，默认为NULL void *(*start_rtn)(void *), //新创建的线程从start_rtn函数的地址开始运行 void *restrict arg //默认为NULL。若上述函数需要参数，将参数放入结构中并将地址作为arg传入。 );
int pthread_join( pthread_t tid, //需要等待的线程,指定的线程必须位于当前的进程中，而且不得是分离线程 void **status //线程tid所执行的函数返回值（返回值地址需要保证有效），其中status可以为NULL );
C++的多线程
（1）https://blog.csdn.net/wushuomin/article/details/80051295
（2）https://blog.csdn.net/zhangxiao93/article/details/73476786
（3）https://www.runoob.com/cplusplus/cpp-multithreading.html
