应使用 std::stoi 或 std::strtol 替代 std::cin >> int 来精准区分输入失败原因：stoi 通过异常类型（invalid_argument/out_of_range）明确识别格式错误或溢出，strtol 则结合 errno 和尾指针实现更底层的可控判断。
用 std::cin.fail() 捕获输入失败但不区分原因
直接读取整数时，如果用户输入了超出 int 表示范围的数字（比如输入 999999999999），std::cin >> 会失败，但此时 std::cin.fail() 返回 true，和输入字母、空格等“完全非法”情况表现一致——你无法单靠它判断是「超范围」还是「格式错误」。
这是因为流提取操作符在遇到溢出时会设置 failbit，而非 eofbit 或特殊状态。所以不能只依赖 fail() 就断定是范围问题。
- 输入
123abc→ 提取成功部分123，fail()为false（除非后续再读） - 输入
9999999999999999999（远超INT_MAX）→fail()为true，但无额外信息说明是溢出 - 输入
abc→ 同样fail()为true，现象相同
用 std::stoi + 异常捕获精准识别溢出
std::stoi 在转换失败时会抛出异常，且能区分类型：std::invalid_argument 表示根本不是整数格式，std::out_of_range 明确表示值超出目标类型可表示范围。这是最直接、语义清晰的做法。
注意它默认转 int，但底层按 long 解析并检查是否在 INT_MIN～INT_MAX 内，因此对溢出判断是可靠的。
立即学习“C++免费学习笔记（深入）”；
std::string s;
std::getline(std::cin, s);
try {
int x = std::stoi(s);
// 成功
} catch (const std::invalid_argument&) {
// 输入非数字字符，如 "abc"、""
} catch (const std::out_of_range&) {
// 确实超出 int 范围，如 "2147483648"（INT_MAX+1）
}用 std::strtol 手动检查 errno 和尾指针
更底层、更可控的方式是用 std::strtol。它返回 long，你需要自己判断是否落在 int 范围内；同时通过 errno == ERANGE 确认是否溢出，并用尾指针验证是否整个字符串都被消费（避免 "123abc" 被误认为合法）。
-
errno只在溢出时被设为ERANGE，需在调用前清零（errno = 0） - 尾指针
endptr指向第一个未转换字符，应等于字符串末尾才代表无残留 - 即使没溢出，也要手动检查结果是否在
INT_MIN～INT_MAX内，因为long可能比int宽得多
std::string s;
std::getline(std::cin, s);
char* endptr;
errno = 0;
long val = std::strtol(s.c_str(), &endptr, 10);
if (errno == ERANGE || endptr != s.c_str() + s.size()) {
// 溢出或有非法后缀
} else if (val < INT_MIN || val > INT_MAX) {
// 虽然没溢出 long，但超出 int 范围
} else {
int x = static_cast<int>(val);
}别忽略输入缓冲区残留和换行符影响
无论用哪种方式，如果之前用了 std::cin >> 读其他内容（比如先读一个字符串再读整数），残留的换行符可能让 std::getline 立即返回空串，导致后续 stoi 报 invalid_argument。这不是范围问题，但容易误判。
常见表现：用户输完前一项按回车，下一次 getline 拿到的是空行，stoi("") 直接抛异常。
- 用
std::cin.ignore()清掉缓冲区残留（尤其在混合使用>>和getline时） - 对空输入做预检查：
if (s.empty()) { /* 处理空输入 */ } - 不要假设用户一定输对格式——空格、制表符、全角字符都可能导致解析失败
实际中最容易被忽略的是：溢出检测必须和格式合法性检测正交处理。用 stoi 最省心，但得记得包住 try/catch；用 strtol 更健壮，但 errno 清零和尾指针检查缺一不可。
