ref和out均为引用传递，区别在于初始化与赋值责任：ref要求调用前初始化、方法内可读写；out允许调用前未初始化，但方法返回前必须赋值且不可提前读取。
ref 和 out 都是引用传递，但编译器对它们的初始化和赋值要求完全不同
它们底层都是传地址，调用后都能改变原始变量的值——这点常被误解为“out 是值传递”，其实是错的。真正区别在于：编译器强制谁负责初始化、谁负责赋值。
-
ref参数：调用前必须初始化，方法内可读可写，也可不改 -
out参数：调用前可以未初始化（比如int result;），但方法返回前必须赋值，且方法内首次使用前不能读（否则报错：“使用了未赋值的变量”）
什么时候该用 ref？常见错误是把它当 out 用
当你需要方法基于原值做计算或修改时，ref 才合适。比如交换两个数、递增计数器、或在原对象基础上更新状态。
void IncrementCounter(ref int count) {
count++; // 可以读取原值再操作
}
int x = 5;
IncrementCounter(ref x); // ✅ 正确：x 已初始化
// IncrementCounter(ref y); // ❌ 编译错误：y 未赋值- 误用场景：想“只返回一个新值”却用了
ref→ 代码显得冗余，还暴露了不必要的输入意图 - 风险点：如果调用方传入的是只读字段、
const或未初始化变量，直接编译失败
out 的典型用途就是 TryParse 这类“成功/失败+结果”模式
out 的设计目标很纯粹：让一个方法安全地返回多个值，尤其适用于“可能失败但又不想抛异常”的场景。
string input = "42";
if (int.TryParse(input, out int value)) {
Console.WriteLine(value); // ✅ value 在 if 块内已保证被赋值
}
// int.Parse(input) 会抛异常；TryParse + out 则静默处理- 从 C# 7.0 起支持“就地声明”：
if (int.TryParse(input, out int result))，无需提前声明result - 注意：即使你传入一个已赋值的变量（如
int a = 999; TryParse(..., out a)），它的原值也会被覆盖 ——out不读旧值，只写新值
ref 和 out 不能重载，也不能混用在同一个方法签名里
因为 CLR 在运行时把它们当作相同签名处理。下面两个方法无法共存：
void Process(ref int x) { ... }
void Process(out int x) { ... } // ❌ 编译错误：类型签名重复- 如果已有
ref版本，想加out版本，必须改方法名（如ProcessRef/ProcessOut） - 调用时关键字不可省略：哪怕参数类型一致，
Method(ref a)和Method(out a)是完全不同的调用，编译器严格区分
ref 和 out 看似只是语法差异，实则承载着明确的语义契约：一个是“我给你一个值，你来改”，一个是“你给我一个结果”。漏掉初始化、提前读 out 变量、或在不该用的地方硬套 ref，都会立刻被编译器拦下——这恰恰是 C# 类型系统在帮你守住边界。
