ref要求调用前初始化且可读可写，out要求方法内必须赋值且调用前不可读；二者不能仅靠关键字重载，引用类型加ref/out仅在替换引用本身时才有意义。
ref 和 out 都能让方法直接修改调用方的变量，但它们的约束和语义完全不同——选错一个，编译器立刻报错，运行时行为也截然不同。
ref 参数必须在调用前初始化
ref 表示“你给我一个已存在的值，我来读它、改它”。编译器强制要求变量在传入前已有确定值，否则 CS0165（使用了未赋值的局部变量）错误直接出现。
-
int x;然后DoSomething(ref x)→ 编译失败 -
int x = 0;然后DoSomething(ref x)→ 合法 - 方法体内可直接读取
x的原始值，比如做累加：x += 10; - 不赋值不报错，但没改就等于白传
out 参数在方法内必须赋值，且调用前不能用初始值
out 表示“你不用管它原来是什么，我负责给它一个新值”。调用方甚至可以声明未初始化的变量，但方法体内部必须对每个 out 参数至少赋值一次，否则触发 CS0177（未赋值的 out 参数）。
-
int result;→TryParse("123", out result)→ 合法 -
int result = 999;→TryParse("123", out result)→ 合法，但初始值被忽略 - 方法内第一行就访问
result（如Console.WriteLine(result);）→ 编译失败 - C# 7.0+ 支持内联声明：
if (int.TryParse("42", out int value)) { ... }
ref/out 不能仅靠彼此重载方法
编译器把 ref 和 out 视为同一签名的一部分。这意味着下面两个方法无法共存：
void Process(ref int x) { }
void Process(out int x) { } // CS0663：无法仅靠 ref/out 区分重载
- 但可以和无修饰的方法重载：
Process(int x)和Process(out int x)是合法的 - 若需多态逻辑，得靠参数类型、数量或名字区分，不能只换关键字
- IL 层面二者生成的指令几乎一致，差异仅在元数据的一个标志位
引用类型加 ref/out 容易被高估作用
对 string、List<T> 这类引用类型加 ref 或 out，效果和不加常常一样——因为它们本来就是传引用。真正起作用的是改变“引用本身”，而不是它指向的对象。
-
ref List<int> list允许你在方法里把list指向一个全新列表：list = new List<int>(); - 而普通传参下
list = new List<int>();只影响形参，原变量不变 - 但
list.Add(1)这种操作，无论有没有ref，都会反映到原对象上 - 所以多数时候，引用类型不需要
ref/out，除非你真要替换整个引用
最容易被忽略的一点：out 参数在方法内不可读，哪怕你传了个已初始化的变量过去——编译器会把它当作“未定义状态”处理。这不是运行时限制，是编译期的语义锁死。
