我在64位
Linux上尝试了这个,它给出了16:
println!("Results: {}",mem::size_of::<Option<f64>>())
据我了解,这是因为:
pub struct Discriminant<T>(u64,PhantomData<fn() -> T>);
64位判别式的含义是什么?对于手写的代码,256就足够了,对于生成的代码,2 ^ 16将是一个巨大的数字,我甚至无法想象为什么需要2 ^ 32.为什么它会使用64位呢?
为什么编译器没有为Option案例优化它?结构末端的8位应该足够了.
解决方法
f64具有64位对齐.因此,包含f64的类型需要至少64位的对齐.类型的大小保证是其对齐的倍数.由于它不能适合64位,因此需要达到下一个128位/ 16字节的倍数.