goto在C#中是编译器允许的合法控制流工具，仅适用于两类场景：复用switch分支逻辑（goto case/default）和从多层嵌套循环中干净退出；其他用途易破坏可读性且受编译器严格限制。
goto 在 C# 里不是语法错误，也不是被废弃的 relics，而是编译器允许、有明确边界、能解决具体问题的控制流工具——但它只在两个场景真正值得用：goto case 复用 switch 分支，和用标签跳出多层嵌套循环。
什么时候该用 goto case 而不是重复写逻辑
当你发现多个 case 块末尾执行几乎相同的操作（比如叠加费用、设置状态、共用清理步骤），硬写两遍不仅冗余，还容易漏改一处。这时 goto case 1; 或 goto default; 就是直白解法。
-
goto case后面必须是当前switch内已声明的常量值或default，不能跳到外部switch或变量表达式 - 跳转后不会重新计算
switch表达式，直接从目标case标签后开始执行 - 注意变量作用域：如果
case 2里声明了int x = 10;，而goto case 1;跳过去了，x在case 1里不可访问，编译器报CS0165 - 常见误用：用
if套switch模拟“fall-through”，不如直接用goto case清晰
怎么用 goto 标签干净退出三层以上循环
当你的循环是 for 套 foreach 套 while，中间某次匹配成功就要立刻终止全部，break 只能出一层，return 又得把逻辑包进函数里——这时候加个标签最省事。
- 标签名必须是合法标识符 + 冒号，如
Found:，且必须和goto Found;在同一方法内、同一作用域（不能跨try/using/lock边界） -
goto可以从任意嵌套深度跳出去，但不能跳进using (var f = ...)的花括号内部，否则触发CS0159 - 别用它替代
bool found = false;这类标志位——除非你真需要「此刻立即中断所有循环体执行」，而不是等下一轮迭代再检查 - 性能无损耗，底层就是一条汇编
jmp指令，和break一样轻量
哪些跳转是编译器明令禁止的
这些不是风格建议，是编译期硬性拦截，写出来就红波浪线：
- 跳进
catch或finally块 —— 栈展开机制冲突，编译器直接拒绝 - 从
catch块跳回同级try块内 —— 同样因异常栈状态不一致被拦 - 跳过变量声明再访问该变量，比如
goto Skip; int x = 5; Skip: Console.WriteLine(x);→CS0165 - 标签定义在
using或lock语句块内，而goto出现在外层 —— 编译器认为“控制无法到达标签”
真正难的是判断「这里到底该不该用 goto」：不是看它能不能跑通，而是看有没有更直白的替代。单层循环用 break，提前退出函数用 return，状态驱动流程用布尔标记——这些路径清晰、调试友好。只有当这些方式都绕弯、加壳、增复杂度时，goto 才是那个少打几行、少藏 bug 的选择。
