goto语句也称为无条件转移语句，其一般格式如：

goto语句也称为无条件转移语句，其一般格式如下：

其中语句标号是按标识符规定书写的符号，放在某一语句行的前面，标号后加半角冒号“:”。语句标号起标识语句的作用，与goto句配合使用。如：

C语言不限制程序中使用标号的次数，但各标号不得重名。goto 语句的语义是改变程序流向， 转去执行语句标号所标识的语句。

goto 语句通常与条件语句配合使用。可用来实现条件转移， 构成循环，跳出循环体等功能。

但是，在结构化程序设计中一般不主张使用 goto 语句， 以免造成程序流程的混乱，使理解和调试程序都产生困难。

统计从键盘输入一行字符的个数。

例如输入：abcdefghijklmnopqrstuvwxyz

然后回车Enter

输出：26

本例用if语句和goto语句构成循环结构。当输入字符不为' '时即执行n++进行计数。

然后转移至if语句循环执行，直至输入字符为' '才停止循环。

goto语句与汇编语言里面的jmp指令相同,（无条件转移）

NASM描述：

其中标号需要申请，在程序开头写label <标号1>，<标号2>，……;

其中，标号必须为四位以内的正整数。

在该段落内还需要有<标号>:语句 表示将要转向的方向。

使用冒号标记

使用rem做标记,可以用中文

rem 开始

goto 开始

使用冒号做标记,但是跟批处理的不一样,冒号在后面

问题起源

20世纪60年代中期以后，计算机硬件技术日益进步，计算的存贮容量、运算速度和可靠性明显提高，生产硬件的成本不断降低。计算机价格的下跌为它的广泛应用创造了极好的条件。在这种形势下，迫切要求计算机软件也能与之相适应。因而，一些开发大型软件系统的要求提了出来。然而软件技术的进步一直未能满足形势发展的需要，在大型软件的开发过程中出现了复杂程度高、研制周期长、正确性难以保证的三大难题。遇到的问题找不到解决办法，致使问题堆积起来，形成了人们难以控制的局面，出现了所谓的“软件危机”。为了克服这一危机，一方面需要对程序设计方法、程序的正确性和软件的可靠性等问题进行系列的研究；另一方面，也需要对软件的编制、测试、维护和管理的方法进行研究，从而产生了程序设计方法学。

goto语句是有害的观点

1968年，Edsger Wybe Dijkstra首先提出“goto 语句是有害的”论点，向传统程序设计方法提出了挑战，从而引起了人们对程序设计方法讨论的普遍重视。

goto语句的争论

在20世纪60年代末和70年代初，关于 goto 语句的用法的争论比较激烈。主张从高级程序语言中去掉 goto 语句的人认为，goto 语句是对程序结构影响最大的一种有害的语句，他们的主要理由是： goto 语句使程序的静态结构和动态结构不一致，从而使程序难以理解，难以查错。去掉 goto 语句后，可直接从程序结构上反映程序运行的过程。这样，不仅使程序结构清晰，便于理解，便于查错，而且也有利于程序的正确性证明。

持反对意见的人认为， goto 语句使用起来比较灵活，而且有些情形能提高程序的效率。若完全删去 goto 语句，有些情形反而会使程序过于复杂，增加一些不必要的计算量。

关于goto语句的解决方法

1974年，高德纳对于 goto 语句争论作了全面公正的评述，其基本观点是：不加限制地使用 goto 语句，特别是使用往回跳的 goto 语句，会使程序结构难于理解，在这种情形，应尽量避免使用 goto 语句。但在另外一些情况下，为了提高程序的效率，同时又不至于破坏程序的良好结构，有控制地使用一些 goto 语句也是必要的。用他的话来说就是：“在有些情形，我主张删掉 goto 语句；在另外一些情形，则主张引进 goto 语句。”从此，使这场长达10年之久的争论得以平息。

后来，Corrado Böhm及Giuseppe Jacopini从理论上证明了：任何程序都可以用顺序、分支和重复结构表示出来。这个结论表明，从高级程序语言中去掉 goto 语句并不影响高级程序语言的编程能力，而且编写的程序的结构更加清晰。

goto语句的结果

在C/C++等高级编程语言中保留了 goto 语句，但被建议不用或少用。在一些更新的高级编程语言，如Java不提供goto语句，它虽然指定goto作为关键字，但不支持它的使用，使程序简洁易读；尽管如此后来的c#还是支持 goto 语句的， goto 语句一个好处就是可以保证程序存在唯一的出口，避免了过于庞大的 if嵌套。

可以考虑使用goto的情形

1.从多重循环中直接跳出

很多人建议废除C++/C的goto语句，以绝后患。但实事求是地说，错误是程序员自己造成的，不是 goto 的过错。goto 语句至少有一处可显神通，它能从多重循环体中一下子跳到外面，用不着写很多次的break语句。例如：

break; 只能跳出单层的循环，return 将整个函数都返回了，没法再继续了，显然也不行，所以我们想到了 goto 。如果是在陷入了很深层次的循环里想要跳出最外层的循环，用 goto 直接跳出却比用 break 一个循环一个循环地跳出要好得多。有人甚至形象比喻说：“就像楼房着火了，来不及从楼梯一级一级往下走，可从窗口跳出火坑。” 其实，你可以将 break 和 continue 理解成弱化了的 goto 语句。

2. 出错时清除资源

如果一个函数有多个出口，则在每个出口处，会产生巨大的退出代码，如下例一，每个函数只能有一个出口，所有的资源释放必须放在出口统一解决，那全部使用大括号，十几个，几十个 if 判断条件下来，大括号深得数不清。这种代码可读性不好，一旦写错了，难于寻找错误。所有这些问题，一个 goto 就解决了。

当程序要分配和清除资源时（像内存、或处理字形、窗口、打印机），这种情形下用 goto 通常是为了复制代码或清除资源。若遇到这种情况，程序员就要掂量是 goto 的缺点更讨厌，还是复制代码那令人头痛的维护更讨厌，最后还是认为 goto 的缺点更可忍受。

例子一：不用 goto ，想想需要申请的指针是10个的话，程序怎么写？

例子二：用 goto

3.可增加程序的清晰度的情况。

若不使用goto语句会使功能模糊，有时候使用 goto 语句，一眼就看清楚了程序的意图,可用那些对应的循环break语句等实现的语句段,要想老半天才搞清楚程序意图的情况，也可考虑使用 goto 语句。

不加限制地使用 goto 带来的弊端

这样好像已经能够说明问题了，随着标签的增多，带来的混乱局面是很难扭转的，对调试、走读、理解代码都会造成很大的障碍，如果写这样的代码，那代码维护绝对会是一场噩梦。

2.不加限制地使用goto经常带来错误或隐患。它可能跳过了某些对象的构造、变量的初始化、重要的计算等语句，例如：

如果编译器不能发觉此类错误，每用一次 goto 语句都可能留下隐患。

goto语句与结构化程序设计

goto语句问题的提出直接推动了结构化程序设计（structured programming）的思想和程序设计方法学的诞生和发展。结构化程序设计方法引入了工程思想和结构化思想，使大型软件的开发和编程都得到了极大的改善。

结构化程序设计方法的主要原则可以概括为自顶向下，逐步求精，模块化，限制使用goto语句。

结构化程序设计方法的起源来自对 goto 语句的认识和争论。肯定的结论是，在块和进程的非正常出口处往往需要用 goto 语句，使用 goto 语句会使程序执行效率较高；在合成程序目标时，goto 语句往往是有用的，如返回语句用goto。否定的结论是，goto 语句是有害的，是造成程序混乱的祸根，程序的质量与 goto 语句的数量呈反比，应该在所有高级程序设计语言中取消 goto 语句。取消 goto 语句后，程序易于理解、易于排错、容易维护，容易进行正确性证明。作为争论的结论，1974年高德纳发表了令人信服的总结，并证实了：

关于 goto 使用语句的一些建议

goto 语句在结构化编程技术出来后，被当作破坏结构化程序的典型代表，可以说，在结构化程序设计年代，goto 语句就像洪水猛兽一样，程序员都唯恐避之不及；可后来在微软的一些例子程序中经常把 goto 语句用来处理出错，当出错时，goto 到函数要退出的一个label那里进行资源释放等操作。goto 语句也不是只可以用于出错处理，其它地方都不可以用了。下列关于使用 goto 语句的原则可以供读者参考。