out参数是编译器强制要求在所有执行路径中显式赋值的输出契约，未赋值则编译报cs0177；必须在方法内初始化每个out参数，不可依赖异常处理路径，且不能读取未赋值的out变量。
out 参数不是“可选的返回值”，而是编译器强制要求必须赋值的输出契约——漏赋值直接报 CS0177，不是运行时异常，是写完代码保存那一刻就亮红波浪线。
out 参数必须在所有执行路径上显式赋值
哪怕只有一条 return 路径没给某个 out 参数赋值，编译就失败。这不是风格问题，是 C# 语言规则。
- 最稳妥做法：在方法开头统一初始化所有
out参数，比如userId = 0; displayName = null; errorCode = string.Empty; - 别依赖 try/catch 外围赋值——如果
catch块里忘了赋值，或者finally里又提前return，照样编译不过 - 多个
out参数时，不能只赋值其中几个；每个都得单独处理，缺一不可
调用 out 方法时变量可以不预先声明（C# 7+）
以前必须先声明再传入：int num; int.TryParse("123", out num);。现在支持内联声明，更简洁也更安全：
if (int.TryParse("123", out int num))
{
Console.WriteLine(num);
}
注意：这种写法中 num 的作用域仅限于 if 块内，出块即失效。如果后续还要用，仍得在外面声明。
SqlCommand 传 OUTPUT 参数必须设 Direction 和 Value
数据库场景下，out 和 SQL Server 的 OUTPUT 参数不是一回事，但命名容易混淆。用 SqlParameter 传存储过程的 OUTPUT 参数时：
-
Direction必须显式设为ParameterDirection.Output，不设默认是Input -
Value字段不能为null，哪怕只是占位，得填DBNull.Value、0或string.Empty - 执行后读取：
cmd.ExecuteNonQuery()完成后才能取param.Value，提前读是初始值，不是数据库返回的 - 若存储过程有
SELECT，必须用ExecuteReader()并循环调用reader.NextResult()直到返回false，否则OUTPUT参数可能未刷新
out 不是 ref，也不能替代 return
out 和 ref 都是传引用，但语义完全不同：
-
ref要求调用方传入已初始化的变量，方法可读可写；out允许传未初始化变量，但方法内部**禁止读取未赋值的out变量**（否则报CS0176） -
out是纯输出，适合“尝试解析”“查找是否存在”这类预期可能失败的操作，比如Dictionary.TryGetValue() - 别为了省一个
return就堆一堆out——超过 3 个out参数时，该考虑用record、ValueTuple或自定义返回类型了
真正容易被忽略的是：out 的契约强度远高于表面看起来的“多返回值”，它把初始化责任完全锁死在方法体内，连编译器都替你盯着——这既是约束，也是保障。
