除了 C++ 中与内存分配相关的内容之外，void* 是否必要？
可以举个例子吗？
【问题讨论】：
std::vector。
void* 是任何operator new() 和任何分配器的分配函数的返回类型，几乎所有标准容器都使用该函数，因此引擎盖下有很多空指针。
标签： c++ void-pointers
如果您想使用 iostreams 输出指针（例如用于日志记录），那么通过 void* 是确保 operator<< 没有以某种疯狂的方式过载的唯一方法。
#include <iostream>
struct foo {
};
std::ostream& operator<<(std::ostream& out, foo*) {
return out<<"it's a trap!";
}
int main() {
foo bar;
foo *ptr = &bar;
std::cout << ptr << std::endl;
std::cout << static_cast<void*>(ptr) << std::endl;
}
iostreams 重载operator void* 作为状态检查，因此if (stream) 或while (stream) 之类的语法是测试流状态的简便方法。
有时您可能希望将 void* 与模板元编程一起使用，以减少包罗万象，例如使用 SFINAE 技巧，但通常使用一种或另一种形式的部分专业化有更好的方法。
正如 Alf 在 cmets 中指出的那样，dynamic_cast<void*> 对于在层次结构中获取最多派生类型也很有用，例如：
#include <iostream>
struct other {
virtual void func() = 0;
int c;
};
struct foo {
virtual void func() { std::cout << "foo" << std::endl; }
int a;
};
struct bar : foo, other {
virtual void func() { std::cout << "bar" << std::endl; }
int b;
};
namespace {
void f(foo *ptr) {
ptr->func();
std::cout << ptr << std::endl;
std::cout << dynamic_cast<void*>(ptr) << std::endl;
}
void g(other *ptr) {
ptr->func();
std::cout << ptr << std::endl;
std::cout << dynamic_cast<void*>(ptr) << std::endl;
}
}
int main() {
foo a;
bar b;
f(&a);
f(&b);
g(&b);
}
给予：
foo
0xbfb815f8
0xbfb815f8
bar
0xbfb815e4
0xbfb815e4
bar
0xbfb815ec
0xbfb815e4
在我的系统上。
§ 15.3.1 规定：
异常声明不应表示指针或引用 不完整的类型，除了 void*、
const void*、volatile void* 或 const volatile void*.
因此，捕获指向不完整类型的指针似乎是唯一合法的方法是通过void*。 （虽然我认为如果你真的需要使用它可能会有更大的问题）
void* 有很多“传统”C 用途，用于在不知道数据是什么的情况下存储指向数据的指针，但在新的 C++ 代码中，几乎总是有更好的方式来表达相同的功能。
【讨论】：
dynamic_cast<void*>(p) 是获取最多派生对象的唯一通用方法。
T*、void*、...，但我知道将其描述为必要这有点牵强。但这并不意味着没有一个很好的例子，而且我肯定会说它在任何元编程问题的技巧中都有一席之地。
void * 在 C++ 中用于表示指向未知结构的指针类型。
所以每当我有一个指针类型时，我都会使用它，而代码不应该知道其中的内容：
通常 void * 与模板代码混合得很好，以避免模板引起的代码膨胀。
想象你实现了一个
template <typename T>
class vector {
/*stuff */
};
然后您可以为 T * 创建一个模板特化，它使用 void 指针，这样代码就不会被重复。
【讨论】：
<T*> 特化的方法将static_cast<> 每T* 到void*，然后调用对应的method on the void*` 特化。因此，这些<T*> 方法将是微不足道和内联的，只留下对<void*> 模板方法的调用。
外部库经常使用它们（尤其是在 C 中）。
在这种情况下，我通常会隐藏这些库的使用（或更危险的部分）。我通过在它们周围编写接口（如包装）来隐藏它们。我编写的接口用于将类型安全引入程序。在这种情况下，void* 可能是必需的，但至少它是隐藏的并仅限于方法或回调。
【讨论】：
您可能希望使用 void 的一种情况是在传递数据缓冲区时，例如在此函数中：
void loadData(void* data, std::size_t size)
很多代码通过 char 指针而不是 void 指针来传递缓冲区，因为通常以 1 字节块读取缓冲区，这恰好是 C++ 标准确保 char 具有的大小。
但是，使用 void-pointers 更为通用。这是函数告诉你的一种方式，“只需给我一些数据，不要担心我会如何阅读它”。然后，该函数可以转换指针并以块或任何它喜欢的大小读取数据。
【讨论】：
char*。如果你曾经在 C++ 中以这种方式请求数据，我会打你的头（真的）。
memcpy 可以，但是对于任何 I/O 目的，使用 void* 是不安全的，因为这会让调用者传入 unsigned char* 或 signed char* 而不是char*。是的，好的，每个人都使用二进制补码，实际上可以这样重新解释，但是 C++ 标准假装并非每个人都这样做，因此任何与此相关的安全性不足都会通知标准，并且告知设计为“可移植”的代码和接口的样式。将“可移植”定义为“适用于任何符合标准的实现”可能过于宽泛，但至少是简洁的。
basic_istream::read 采用charT*，因此istream 采用char* 的部分原因。与采用 void* 的旧 C 风格 fread 相比，它为您提供了一点点额外的类型安全性。
不，不是。引用非类型化内存只是一个习惯用法
【讨论】：