我在大学学习计算机科学时（80年代中期），经常听到一个观点，即始终编写在循环顶部进行测试的循环（while...），而不是在底部进行测试的循环（do ... while）。这些观点通常会引用研究结果来支持，表明在顶部进行测试的循环比底部测试的循环更有可能正确。
因此，我几乎总是编写测试在顶部的循环。除非它会在代码中引入额外的复杂性，但这种情况似乎很少见。我注意到一些程序员倾向于几乎专门编写测试在底部的循环。当我看到像下面这样的结构时：
if (condition)
{
do
{
...
} while (same condition);
}
对于反向的情况（if在while内），我想知道他们是否确实是以这种方式编写的，还是当他们意识到循环不能处理空情况时，才添加了if语句。
我已经搜索了一些资料，但没有找到关于这个主题的文献。你们如何编写循环？
我一直遵循的规则是：如果应该零次或更多次运行，请在开头进行测试；如果必须运行一次或更多次，请在结尾进行测试。我不认为使用您在示例中列出的代码有任何逻辑上的理由。它只会增加复杂性。
当您想在循环的第一次迭代之前测试条件时，请使用while循环。
当您想在运行第一次迭代后测试条件时，请使用do-while循环。
例如，如果您发现自己正在执行以下任何一个片段中的操作：
func();
while (condition) {
func();
}
//or:
while (true){
func();
if (!condition) break;
}
您应该将其重写为：
do{
func();
} while(condition);
do循环执行"做某事"一次，然后检查条件以确定是否应重复"做某事"，而while循环在执行任何操作之前先检查条件
避免使用
do/while会使我的代码更易读吗？
不一定。
如果使用 do/while 循环更为合理，那么请使用它。如果需要在测试条件之前先执行循环体，则 do/while 循环可能是最直接的实现方式。
如果条件为假，则第一个可能根本不执行。而另一个至少会执行一次，然后检查条件。
为了易读性，将测试放在顶部似乎是明智的。循环的事实非常重要；在试图理解循环体之前，阅读代码的人应该意识到循环条件。
do {} while ()。 - Brad Gilbert最近我遇到了一个很好的实际例子。假设您有多个处理任务（比如处理数组中的元素），并且希望在每个CPU核心之间分配工作。当前代码必须至少有一个核心在运行！因此，您可以使用类似于do... while的方法：
do {
get_tasks_for_core();
launch_thread();
} while (cores_remaining());
这个性能提升可能微不足道，但值得考虑：它同样可以用标准的while循环来编写，但这样会始终进行一个不必要的初始比较，而且在单核处理器上，使用do-while条件分支更加可预测（始终为false，而标准的while则交替为true/false）。
是的，没错。do-while循环至少会运行一次，这是唯一的区别。其他方面没有什么争议。
第一个在执行之前测试条件，因此您的代码可能永远不会进入下面的代码。第二个将在测试条件之前执行其中的代码。
while循环将首先检查“条件”，如果为false，它将永远不会“执行某事”。但是do...while循环将首先“执行某事”，然后再检查“条件”。