我认为联合对于我的想法来说是完美的，尤其是当我认为我的代码应该在一个真正异构的机器系列上运行时，尤其是低功率机器，困扰我的是人们创建编译器的人似乎不太关心引入和提供良好的联合支持，例如this table 在Unrestricted Unions 支持方面实际上是空的，这是一个真正令人不快的观点用于我的项目。
union 的替代品至少可以模仿相同的属性吗？
【问题讨论】：
大多数编译器都很好地支持联合，但不支持的是包含具有非平凡构造函数的成员的联合（不受限制的联合）。实际上，在创建联合时几乎总是需要自定义构造函数，因此没有不受限制的联合会带来更多不便。
或者，您始终可以使用 void 指针指向具有足够大小的 malloc 内存以供最大成员使用。缺点是您需要显式类型转换。
【讨论】：
联合的一个流行替代方案是Boost.Variant。
您在其中使用的类型必须是可复制构造的。
更新： C++17 引入了std::variant。它的要求基于 Boost.Variant。它经过现代化改造以考虑 C++17 中的特性。它不承担与 C++98 编译器（如 Boost）兼容的开销。它随标准库免费提供。如果可用，最好将其用作联合的替代方案。
【讨论】：
boost:variant 是如何使用的吗？它的内部是黑暗的模板魔法，但你不需要在使用它们时自己定义模板（但你当然可以）。见boost.org/doc/libs/1_52_0/doc/html/variant/…
您总是可以使用显式强制转换来做同样的事情：
struct YourUnion {
char x[the size of your largest object];
A &field1() { return *(A*)&x[0]; }
int &field2() { return *(int*)&x[0]; }
};
YourUnion y;
new(&y.field1()) A(); // construct A
y.field1().~A(); // destruct A
y.field2() = 1;
// ...
（与例如 Boost.Variant 相比，这是零开销。）
编辑：更像联合并且没有模板。
【讨论】：
std::aligned_storage。