在我多年的C ++（MFC）编程中，我从未觉得需要使用typedef，所以我真的不知道它用于什么。我应该在哪里使用它？是否有使用typedef的首选实际情况？或者这真的是一个特定于C的关键字？
typedef是许多template metaprogramming任务所必需的 - 每当一个类被视为“编译时类型函数”时，typedef被用作“编译时类型值”来获得结果类型。例如。考虑一个简单的元函数，用于将指针类型转换为其基类型：
template<typename T>
struct strip_pointer_from;
template<typename T>
struct strip_pointer_from<T*> { // Partial specialisation for pointer types
typedef T type;
};
示例：类型表达式strip_pointer_from<double*>::type的计算结果为double。请注意，模板元编程在库开发之外并不常用。
typedef有助于为复杂的函数指针类型提供简短明确的别名：
typedef int (*my_callback_function_type)(int, double, std::string);
void RegisterCallback(my_callback_function_type fn) {
...
}
每当它使源更清晰或更好阅读。
我在C＃中使用了一些typedef来表示泛型/模板。 “NodeMapping”更好地阅读/使用并理解很多“Dictionary <string，XmlNode>”。恕我直言。所以我推荐它用于模板。
Typedef允许您的课堂灵活。如果要更改程序中的数据类型，则无需更改多个位置，只需更改一个位置即可。
typedef <datatype example int or double> value_type
你可以给出nay名称而不是value_type，但value_type通常是标准名称。
所以你可以使用typedef之类的
value_type i=0; //same as a int or double i=0;
...并且您不需要为枚举或结构使用Typedef。
或者你呢？
typedef enum { c1, c2 } tMyEnum;
typedef struct { int i; double d; } tMyStruct;
可以写得更好
enum tMyEnum { c1, c2 }
struct tMyStruct { int i; double d; };
那是对的吗？ C怎么样？
在Bjarne的书中，他声明你可以使用typedef来处理具有不同整数大小的系统之间的可移植性问题。 （这是一个意译）
在sizeof（int）为4的机器上，您可以
typedef int int32;
然后在代码中的任何地方使用int32。当您转到sizeof（int）为2的C ++实现时，您只需更改typdef即可
typedef long int32;
并且您的程序仍将适用于新的实现。
使用函数指针
使用typedef隐藏函数指针声明
void (*p[10]) (void (*)() );
只有少数程序员可以告诉p是一个“指向返回void的函数的10个指针的数组，并且指向另一个返回void且不带参数的函数的指针。”繁琐的语法几乎难以辨认。但是，您可以使用typedef声明来大大简化它。首先，声明一个typedef为“指向函数返回void且不带参数的指针”，如下所示：
typedef void (*pfv)();
接下来，根据我们之前声明的typedef，为“指向函数返回void并获取pfv”的另一个typedef声明：
typedef void (*pf_taking_pfv) (pfv);
现在我们已经创建了pf_taking_pfv typedef作为笨重的“指向函数返回void并获取pfv的指针”的同义词，声明一个包含10个这样的指针的数组是一件轻而易举的事情：
pf_taking_pfv p[10];
只是提供一些例子说明：STL容器。
typedef std::map<int,Froboz> tFrobozMap;
tFrobozMap frobozzes;
...
for(tFrobozMap::iterator it=frobozzes.begin(); it!=map.end(); ++it)
{
...
}
甚至使用类似的typedef也并不罕见
typedef tFrobozMap::iterator tFrobozMapIter;
typedef tFrobozMap::const_iterator tFrobozMapCIter;
另一个例子：使用共享指针：
class Froboz;
typedef boost::shared_ptr<Froboz> FrobozPtr;
[更新]根据评论 - 把它们放在哪里？
最后一个例子 - 使用shared_ptr - 很简单：是真正的标题材料 - 或者至少是前向标题。无论如何，你确实需要shared_ptr的前向声明，并且它声明的一个优点是可以安全地使用前向decl。
换句话说：如果有一个shared_ptr，你可能只应该通过shared_ptr使用该类型，因此分离声明没有多大意义。
（是的，xyzfwd.h很痛苦。我只在热点使用它们 - 知道热点很难识别。责怪C ++编译+链接模型......）
容器typedef我通常在声明容器变量的地方使用 - 例如本地var用于本地var，作为类成员，当实际容器实例是类成员时。如果实际容器类型是实现细节，则这很有效 - 不会产生额外的依赖性。
如果它们成为特定界面的一部分，则它们与它们所使用的界面一起声明，例如，
// FrobozMangler.h
#include "Froboz.h"
typedef std::map<int, Froboz> tFrobozMap;
void Mangle(tFrobozMap const & frobozzes);
当类型是不同接口之间的绑定元素时，这会产生问题 - 即多个头需要相同的类型。一些解决方案
我同意后两者并不是那么好，我只有在遇到麻烦时才会使用它们（不是主动）。
typedef在很多情况下都很有用。
基本上它允许您为类型创建别名。当/如果必须更改类型时，其余代码可以保持不变（当然这取决于代码）。例如，假设您想要在c ++向量上进行操作
vector<int> v;
...
for(vector<int>::const_iterator i = v->begin(); i != v.end(); i++) {
// Stuff here
}
在将来，您可能会考虑使用列表更改向量，因为您必须对其执行操作的类型。如果没有typedef，您必须在代码中更改所有出现的向量。但如果你写这样的东西：
typedef vector<int> my_vect;
my_vect v;
...
for(my_vect::const_iterator i = v->begin(); i != v.end(); i++) {
// Stuff here
}
现在你只需要改变一行代码（即从“typedef vector<int> my_vect”到“typedef list<int> my_vect”），一切正常。
当你有很复杂的数据结构写入（并且难以阅读）时，typedef也可以节省你的时间
使用typedef的一个很好的理由是，某些东西的类型可能会改变。例如，假设现在，16位整数可以用于索引某些数据集，因为在可预见的将来，您将拥有少于65535个项目，并且空间限制很重要或者您需要良好的缓存性能。但是，如果您需要在超过65535项的数据集上使用程序，则希望能够轻松切换到更宽的整数。使用typedef，您只需在一个地方更改它。
typedef不仅允许复杂类型的别名，而且还为您提供了记录类型的自然位置。我有时会将它用于记录目的。
有时候我会使用一个字节数组。现在，一个字节数组可能意味着很多事情。 typedef可以方便地将我的字节数组定义为“hash32”或“fileContent”，以使我的代码更具可读性。
typedef的实际使用：
template<class _T> class A
{
typedef _T T;
};
template<class _T> class B
{
void doStuff( _T::T _value );
};
当我们想要启用一种Container Independent代码（但不完全是！）时，还有另外一个使用typedef的用例。
我们说你上课了：
Class CustomerList{
public:
//some function
private:
typedef list<Customer> CustomerContainer;
typedef CustomerContainer::iterator Cciterator;
};
上面的代码使用typedef封装了内部容器实现，即使将来列表容器需要更改为vector或者deque，CustomerList类的用户也不需要担心确切的容器实现。
因此，typedef封装并在某种程度上帮助我们编写Container Independent代码