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