在Linux:在Kernel Trap的内核代码中使用goto，有一个与Linus Torvalds和一个“新人”关于在Linux代码中使用goto的讨论。有一些非常好的观点，莱纳斯穿着平常的傲慢:)

一些段落:

莱纳斯:不，你被洗脑了 国安局的人认为尼克劳斯 Wirth其实知道自己是什么 说什么。他没有。他不 我有个该死的线索。”

-

莱纳斯:“我觉得goto很好，而且 它们通常比 大量的压痕。”

-

莱纳斯:“当然，用愚蠢的语言 就像帕斯卡，在那里标签不能 描述性的，后去可能很糟糕。”

在我所见过的每个平台上，高级控制结构都被实现为低级的goto(跳转)。例如，Java虚拟机有一个跳转字节码，但是没有if、else、while、For等字节码。

其中一些编译器会为一个简单的条件块创建意大利面条代码。

回答你的问题，去走仍然被那些认为它有害的人认为是有害的。Goto很容易失去结构化编程的优点。

最后，这是你的程序;所以你的决定。我建议在您能够自己回答问题之前不要使用goto，而是在特定问题的上下文中使用。

没有所谓的GOTO被认为是有害的。

GOTO是一种工具，和所有工具一样，它可以被使用和滥用。

然而，在编程世界中有许多工具倾向于被滥用而不是被使用，GOTO就是其中之一。Delphi的WITH语句是另一个。

就我个人而言，我在典型的代码中不使用这两种方法，但我有过GOTO和WITH的奇怪用法，这是有保证的，另一种解决方案将包含更多的代码。

最好的解决方案是编译器只警告你关键字被污染了，你必须在语句周围塞几个pragma指令来消除警告。

这就像告诉你的孩子不要拿着剪刀跑。剪刀并不坏，但使用它们可能不是保持健康的最佳方式。

实际上，我发现自己不得不使用goto，因为我真的想不出更好(更快)的方法来编写这段代码:

我有一个复杂的对象，我需要对它做一些操作。如果对象处于一种状态，那么我就可以进行快速操作，否则我就必须进行慢速操作。问题是，在某些情况下，在缓慢的手术过程中，可能会意识到这可以用快速手术来完成。

SomeObject someObject;    

if (someObject.IsComplex())    // this test is trivial
{
    // begin slow calculations here
    if (result of calculations)
    {
        // just discovered that I could use the fast calculation !
        goto Fast_Calculations;
    }
    // do the rest of the slow calculations here
    return;
}

if (someObject.IsmediumComplex())    // this test is slightly less trivial
{
    Fast_Calculations:
    // Do fast calculations
    return;
}

// object is simple, no calculations needed.

这是一个实时UI代码的速度关键部分，所以我真的认为GOTO在这里是合理的。

Hugo

GOTO就像台锯，在采取适当的安全措施时非常有用。

我认为这是有害的，因为大多数初学者都失去了桌子锯和goto的手指。

在某些情况下，这是控制心流的唯一方法，但这些情况是可以避免的。

用于调度的计算gotos通常比非常大的switch语句更容易理解。

对于错误和联合线程，我认为setcontext或setjmp(如果可用)是“更好的”。