对于 Rust 中的所有原始整数类型，from_str_radix 方法将给定基数中的字符串转换为整数，将u32 整数作为基数的参数。鉴于如果基数不在[2, 36] 范围内，函数会出现恐慌，为什么from_str_radix 不采用u8 而不是u32，因为u8 已经可以存储比允许的最大整数更大的整数基数？
这种事情也发生在其他整数方法中，例如pow。 u8的最大值是255，而2^255已经大于u128（Rust中最大的整数类型）所能存储的最大值，那为什么pow函数要取一个u32，看到大多数u32 的指数值会导致溢出吗？
【问题讨论】：
u32 值可能保证是 4 字节对齐的，这可能对内部操作很重要。另一种可能的解释是人们可能会使用评估为u32 的表达式来调用它，这会导致转换范围缩小。第三种选择是偶然的。
标签： rust
每Niko in #22240（强调添加）：
这些是我们打算在标准库中遵循的准则。这些指南不打算作为在标准库之外使用的通用指南（当然可以选择这样做）。
- 如果值应始终大于或等于零，则使用无符号值，否则使用有符号值。
- 对于与大小与内存大小成正比的数据结构相关的索引、指针或其他值，请使用
usize或isize。- 对于值的可接受域完全适合固定位数的情况，请使用适当的固定大小类型。例如，
write_u16之类的方法将采用u16参数。- 否则，如果值的范围很窄，则使用
i32/u32，否则使用i64/u64。例子：
- 向量索引和哈希图长度使用
usize。- 文件大小为
u64，因为文件的最大大小与可寻址内存无关。write_u16之类的东西需要u16（我知道，令人震惊！）- 整数的基数将使用
u32。
- 您可能期望
u8，因为高于 256 的基数没有用，但有用的基数的域实际上比u8小得多，因此使用u8并不能提供有意义的保证，并且只会增加摩擦。
【讨论】：