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 又得把逻辑包进函数里——这时候加个标签最省事。

C#

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

• 标签名必须是合法标识符 + 冒号，如 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 的选择。