int.Parse() 在字符串为空、含非数字字符（如"12.5"、"abc"）、超整数范围或为null时会抛出异常；而 int.TryParse() 更安全，返回bool并避免异常，但需检查返回值以防误用默认值0。
直接用 int.Parse() 会崩，什么情况下不能用
int.Parse() 要求输入字符串必须是合法的整数格式，否则抛出 FormatException 或 OverflowException。比如空字符串、"12.5"、"abc"、超范围的数字（如 "999999999999"）都会直接崩溃。
- 适合场景：你**完全确定**字符串来自可信来源，且已做过格式校验（如正则匹配
^-?\d+$） - 不推荐在用户输入、API 响应、配置文件读取等场景直接用
- 它不处理
null—— 传入null会抛ArgumentNullException
int.TryParse() 是最安全的选择
这是 C# 官方推荐的转换方式，返回 bool 表示是否成功，并通过 out 参数输出结果
string input = "42";
if (int.TryParse(input, out int result))
{
Console.WriteLine(result); // 输出 42
}
else
{
Console.WriteLine("转换失败");
}- 支持
null、空字符串、空白字符串（如" "），全部返回false - 可选重载支持指定进制（如二进制：
int.TryParse("1010", NumberStyles.Integer, CultureInfo.InvariantCulture, out value)） - 性能略优于
Parse+try/catch，因为没异常开销
带文化信息的解析要注意 NumberStyles 和 CultureInfo
遇到带千分位符号（如 "1,234"）、货币符号（"3"）或不同小数点习惯（如德语区用逗号作小数点）时，int.TryParse() 默认不认这些。
- 要解析
"1,234"，得显式传NumberStyles.AllowThousands - 要解析
"$123"，需加NumberStyles.AllowCurrencySymbol（但注意：这仍不能解析小数部分，int不支持小数） - 使用
CultureInfo.CurrentCulture可能导致跨环境行为不一致；生产代码建议用CultureInfo.InvariantCulture或明确指定文化
string input = "1,234";
if (int.TryParse(input, NumberStyles.AllowThousands, CultureInfo.InvariantCulture, out int value))
{
Console.WriteLine(value); // 输出 1234
}别忽略溢出和边界值
int 范围是 -2147483648 到 2147483647。即使字符串全是数字，也可能超出范围。
-
int.TryParse()对超范围字符串（如"3000000000"）返回false，不抛异常 —— 这是优点也是陷阱：你得检查返回值，不能假设“没报错就一定成功” - 如果业务上需要更大范围，考虑用
long.TryParse()或BigInteger -
前端传来的数字字符串若可能超
int，后端最好用更宽类型接收，再按需截断或报错
实际写的时候，几乎不需要用 Parse；TryParse 的返回值检查不是可选项，是必做动作。容易被忽略的是：明明写了 TryParse，却忘了判断返回的 bool，直接用 out 变量，而该变量在失败时是默认值 0 —— 这会导致逻辑错误，且极难排查。
