goto在c#中有明确适用场景：复用switch分支逻辑和从多层嵌套循环中干净退出；它受编译器严格限制以确保安全，性能无额外开销，关键在于选择更清晰的替代方案。
goto 在 C# 中不是“慎用”或“避免使用”的代名词，而是有明确适用场景的控制流工具。它能解决两类真实问题：复用 switch 分支逻辑 和 从多层嵌套循环中干净退出。用错地方会破坏可读性，但刻意回避反而导致代码绕弯。
在 switch 中跳转到另一个 case 或 default
常见错误是以为 case 必须靠 break 隔开，结果写成重复逻辑或冗余 if 判断。实际 goto case 1; 或 goto default; 可以复用已有分支处理路径。
-
goto case后面必须是当前switch内已声明的case常量值或default，不能跳到外部标签 - 跳转后不会重新计算
switch表达式，直接执行目标case后的语句 - 注意变量作用域：被跳过的声明（如
int x = 5;）在跳入点不可访问，编译器会报错CS0165 - 示例中
case 2执行cost += 25;后goto case 1;，最终叠加两次25，等效于“Medium 包含 Small 的基础费用”
用 goto 标签跳出两层以上 for 或 while
当循环嵌套超过两层，且搜索/校验逻辑一旦命中就要立即终止全部循环时，break 只能出一层，return 又受限于函数边界——这时 goto 是最直白的选择。
- 标签名必须是合法标识符，后跟冒号，如
Found:，且必须在同一作用域内声明（不能跨方法、不能在try外跳进try内） -
goto Found;可以从任意嵌套深度跳转，但目标标签不能在using、lock或try块内部而跳转点在其外部（反之可以） - 性能无额外开销，底层就是一条无条件跳转指令，和手写汇编
jmp类似 - 别用它替代状态标志位（如
bool found = false;），除非你真需要立刻中断所有循环体执行
goto 不能跳过变量初始化或进入 using 块内部
编译器对 goto 施加了严格限制，不是所有语法上“看起来可行”的跳转都允许。
- 跳转目标若在
using (var f = File.Open(...)) { ... }花括号内，而goto出现在外层，会触发编译错误CS0159：“控制无法到达标签” - 跳过
int x = 10;的声明再访问x，报CS0165：“使用了未赋值的局部变量” - 不能跳进
catch或finally块，也不能从catch跳到同级try内（栈展开逻辑冲突） - 这些限制不是风格建议，是编译期强制检查，意味着你不可能靠
goto绕过资源释放或制造未定义行为
goto 的关键不在“能不能用”，而在“有没有更清晰的替代”。比如单层循环用 break，函数提前退出用 return，状态驱动流程用布尔标记——这些都比 goto 更易追踪。但当你面对三层 for 套 foreach 套 while，且中间某次匹配就要全退时，goto Found; 反而是最不容易出错的写法。
