我不会说这很糟糕——但同样地，我通常至少会寻找另一种选择。

如果这是我写的第一件事，我几乎总是至少试着把它重构成更清晰的东西。有时这是没有办法的(或者另一种选择是使用bool变量，它除了指示循环的结束之外没有任何意义，比break语句更不清楚)，但至少值得一试。

作为一个使用break比使用flag更清楚的例子，考虑:

while (true)
{
    doStuffNeededAtStartOfLoop();
    int input = getSomeInput();
    if (testCondition(input))
    {
        break;
    }
    actOnInput(input);
}

现在让我们强制它使用一个标志:

boolean running = true;
while (running)
{
    doStuffNeededAtStartOfLoop();
    int input = getSomeInput();
    if (testCondition(input))
    {
        running = false;
    }
    else
    {
        actOnInput(input);
    }
}

我认为后者读起来更复杂:它有一个额外的else块，actOnInput更缩进，如果您试图弄清楚当testCondition返回true时发生了什么，您需要仔细检查块的其余部分，以检查else块之后是否有什么东西会发生，无论running是否被设置为false。

break语句更清楚地传达了意图，并让块的其余部分继续做它需要做的事情，而不必担心前面的条件。

请注意，这与人们对方法中多个return语句的争论完全相同。例如，如果我可以在前几行内计算出一个方法的结果(例如，因为一些输入是空的，或者是空的，或者是零)，我发现直接返回答案比用一个变量来存储结果，然后是一整个代码块，最后是一个返回语句更清楚。

通常用于读取输入的Java约定是:

import java.io.*;
BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
String strLine;

while ((strLine = br.readLine()) != null) {
  // do something with the line
}

通常c++读取输入的约定是:

#include <iostream>
#include <string>
std::string data;
while(std::readline(std::cin, data)) {
  // do something with the line
}

在C语言中，它是

#include <stdio.h>
char* buffer = NULL;
size_t buffer_size;
size_t size_read;
while( (size_read = getline(&buffer, &buffer_size, stdin)) != -1 ){
  // do something with the line
}
free(buffer);

或者如果你确信你知道你的文件中最长的文本行有多长，你可以这样做

#include <stdio.h>
char buffer[BUF_SIZE];
while (fgets(buffer, BUF_SIZE, stdin)) {
  //do something with the line
}

如果您正在测试用户是否输入了退出命令，那么很容易扩展这3个循环结构中的任何一个。我用Java写一下

import java.io.*;
BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
String line;

while ((line = br.readLine()) != null  && !line.equals("quit") ) {
  // do something with the line
}

因此，虽然在某些情况下break或goto是合理的，但如果您所做的只是一行一行地从文件或控制台读取，那么您不应该需要while (true)循环来完成它——您的编程语言已经为您提供了使用input命令作为循环条件的适当习惯用法。

这是你的枪，你的子弹和你的脚…

说它不好是因为你在自找麻烦。你或本页上的任何其他海报都不会有简短的while循环的例子。

麻烦将在未来某个非常随机的时间开始。可能是其他程序员造成的。可能是安装软件的人。可能是最终用户。

为什么?我必须找出为什么700K的LOC应用程序会逐渐开始消耗100%的CPU时间，直到每个CPU都饱和。这是一个神奇的while (true)循环。这件事又大又恶心，但归结起来就是:

x = read_value_from_database()
while (true) 
 if (x == 1)
  ...
  break;
 else if (x ==2)
  ...
  break;
and lots more else if conditions
}

没有最后的其他分支。如果值不匹配If条件，循环将一直运行到时间结束。

当然，程序员指责最终用户没有选择程序员期望的值。(然后我在代码中删除了while(true)的所有实例。)

恕我直言，使用while(true)这样的结构并不是很好的防御性编程。它会回来困扰你的。

(但我确实记得，如果我们不评论每一行，教授就会扣分，即使是i++;)

虽然不一定是为什么不使用While的答案(正确)，但我一直觉得这个漫画和伴随作者的声明简明地解释了为什么用While而不是do- While。

关于你的问题:没有内在的问题

while(true) {
   do_stuff();
   if(exit_time) {
      break;
   }
}

．.． 如果您知道自己在做什么，并确保exit_time在某个时刻的值为true。

老师不鼓励你使用while(正确)，因为除非你知道自己在做什么，否则很容易犯重大错误。

Douglas Crockford说过，他多么希望JavaScript包含一个循环结构:

loop
{
  ...code...
}

我也不认为Java会因为拥有循环结构而变得更糟糕。

while(true)循环本身并没有什么错，但是老师们倾向于不鼓励它们。从教学的角度来看，很容易让学生创造出无穷无尽的循环，而不理解为什么循环没有被转义。

但是他们很少提到的是，所有的循环机制都可以用while(true)循环复制。

while( a() )
{
  fn();
}

和

loop
{
  if ( !a() ) break;
  fn();
}

and

do
{
  fn();
} while( a() );

等于:

loop
{
  fn();
  if ( !a() ) break;
}

and

for ( a(); b(); c() )
{
  fn();
}

等于:

a();
loop
{
  if ( !b() ) break;
  fn();
  c();
}

只要你能以一种工作的方式设置你的循环，你选择使用的结构是不重要的。如果它恰好适合for循环，则使用for循环。

最后一点:保持循环的简单性。如果在每次迭代中都需要执行许多功能，那么就将其放入一个函数中。在你让它工作之后，你总是可以优化它。

这并不是一件可怕的事情，但是在编码时您需要考虑其他开发人员。甚至在学校。

其他开发人员应该能够在循环声明中看到循环的退出子句。你没有那样做。您将退出子句隐藏在循环的中间，为其他试图理解您的代码的人增加了更多的工作。这也是避免使用“break”这类词汇的原因。

话虽如此，在现实世界中，您仍然会在大量代码中看到类似的东西。