最可靠方法是使用 std::numeric_limits，它适配当前编译器和平台的实际实现；需包含 <limits> 头文件，支持 int、long long、uint8_t 等所有整数类型。
用 std::numeric_limits 查整数类型范围最可靠
直接查标准库提供的 std::numeric_limits，比硬背或手算安全得多——它适配当前编译器和平台的实际实现。头文件是 <limits>，所有整数类型都支持，比如 int、long long、uint8_t。
常见写法：
#include <iostream>
#include <limits>
int main() {
std::cout << "int min: " << std::numeric_limits<int>::min() << "\n";
std::cout << "int max: " << std::numeric_limits<int>::max() << "\n";
std::cout << "uint8_t max: " << std::numeric_limits<uint8_t>::max() << "\n";
}
注意：::min() 和 ::max() 是静态成员函数，不是宏或常量，调用时别漏括号。
为什么不能只看 sizeof 推算？
sizeof(int) 返回字节数，但无法确定是有符号还是无符号、补码是否为真、是否有填充位。例如：
立即学习“C++免费学习笔记（深入）”；
- 某些嵌入式平台的
int是 16 位，但标准不保证； -
char可能是 8 位，但也可能更大（极少见），std::numeric_limits<char>::digits才反映实际有效位数； -
long在 Windows x64 和 Linux x64 都是 4 字节，但 macOS ARM64 是 8 字节——sizeof会变，numeric_limits自动适配。
编译期就知道范围？用 constexpr 静态断言
如果逻辑依赖某类型的范围（比如做位运算前确保不越界），建议在编译期验证：
static_assert(std::numeric_limits<int>::max() >= 2147483647, "int too small"); static_assert(std::numeric_limits<uint32_t>::digits == 32, "uint32_t not exactly 32-bit");
这样能提前暴露移植问题。别用 #if INT_MAX == ... 这类宏——INT_MAX 来自 <climits>，但它是 C 风格宏，不参与模板推导，也不保证和 std::numeric_limits 一致（尽管通常相同）。
容易忽略的细节：有符号类型的 min() 是负值，lowest() 更语义清晰
std::numeric_limits<T>::min() 对有符号类型返回最大负值（如 int 是 -2147483648），但它对浮点类型含义不同（返回最小正正规数）。如果本意就是“能表示的最小值”，更推荐用 lowest()：
-
std::numeric_limits<int>::lowest()→ -2147483648； -
std::numeric_limits<float>::lowest()→ -FLT_MAX； -
std::numeric_limits<uint8_t>::lowest()→ 0（和min()相同）。
所以涉及跨类型泛型代码时，lowest() 比 min() 更贴近“下界”直觉，且行为统一。
