typedef

typedef 的常见用法
1. 定义一种类型的别名，而不只是简单的宏替换。可以用作同时声明指针型的多个对象。比如：

char* pa, pb; // 这多数不符合我们的意图，它只声明了一个指向字符变量的指针，和一个字符变量；
char* pa, * pb; //声明了两个指向字符变量的指针

以下则可行：

typedef char* PCHAR;

PCHAR pa, pb;

这种用法很有用，特别是char* pa, pb的定义，初学者往往认为是定义了两个字符型指针，其实不是，而用typedef char* PCHAR就不会出现这样的问题，减少了错误的发生。

2 . typedef 与 struct
先说一下struct的基本定义方式，如下：

定义结构变量的一般格式为:
struct tagNode
{
int data;
char name[20];
}; //定义结构
struct tagNode g; // keyword struct required in C
tagNode gg; //keyword struct not required in C++
或者
struct tagNode
{
int data;
char name[20];
} g; // 同时完成定义结构和创建结构变量g

typedef struct

typedef struct tagNode 
{
    int data;
    char name[20];
}Node;
Node g;//define a struture variable using Node

定义了结构变量tagNode，并声明了tagNode结构的别名为Node。
相当于下面代码：

struct tagNode 
{
    int data;
    char name[20];
};
typedef struct tagNode Node;
Node g;

在结构中定义包含指向它自己的指针的变量

typedef struct tagNode   
{   
　char *pItem;   
　pNode pNext;     
} *pNode;     //INVALID

　　C语言当然允许在结构中包含指向它自己的指针，我们可以在建立链表等数据结构的实现上看到无数这样的例子，上述代码的根本问题在于typedef的应用。
　　根据我们上面的阐述可以知道：新结构建立的过程中遇到了pNext域的声明，类型是pNode，要知道pNode表示的是类型的新名字，那么在类型本身还没有建立完成的时候，这个类型的新名字也还不存在，也就是说这个时候编译器根本不认识pNode。
　　解决这个问题的方法有多种：
1)

typedef struct tagNode     
{   
　char *pItem;   
　struct tagNode *pNext;   
} *pNode;   

在<大话数据结构>中，我看到一种这样的定义：

typedef struct tagNode
{
  char *pItem;
  struct tagNode *pNext;
}tagNode,*pNode;

2)

typedef struct tagNode *pNode;     
struct tagNode    
{     
　char *pItem;    
　pNode pNext;    
};     

注意：在这个例子中，你用typedef给一个还未完全声明的类型起新名字。C语言编译器支持这种做法。
3)

struct tagNode     
{     
　char *pItem;    
　struct tagNode *pNext;     
};     
typedef struct tagNode *pNode;   

3 . 用typedef来定义与平台无关的类型。

比如定义一个叫 REAL 的浮点类型，在目标平台一上，让它表示最高精度的类型为：

typedef long double REAL;

在不支持 long double 的平台二上，改为：

typedef double REAL;

在连 double 都不支持的平台三上，改为：

typedef float REAL;

也就是说，当跨平台时，只要改下 typedef 本身就行，不用对其他源码做任何修改。

标准库就广泛使用了这个技巧，比如size_t。另外，因为typedef是定义了一种类型的新别名，不是简单的字符串替换，所以它比宏来得稳健。
这个优点在我们写代码的过程中可以减少不少代码量哦！
4 .为复杂的声明定义一个新的简单的别名。
方法是：在原来的声明里逐步用别名替换一部分复杂声明，如此循环，把带变量名的部分留到最后替换，得到的就是原声明的最简化版。此部分可详见https://www.cnblogs.com/csyisong/archive/2009/01/09/1372363.html