MCU死循环，国外工程师为什么喜欢for(;;) ？
内容提要
当编写单片机程序的死循环时，使用for(;;)和while(1)没有本质区别。编译器会将while(1)优化成无条件跳转指令，与for(;;)相同。在现代编译器中，它们的执行性能几乎没有区别。然而，在嵌入式工作中，特别是MCU编程中，一些私有编译器可能会对while(1)进行更多的优化。一些编码规范也建议使用while(1)来表示无限循环。根据测试结果，for(;;)的执行速度略快于while(1)，但在现代编译器的O3优化下，二者几乎没有差别。因此，根据个人喜好和编译器的优化能力，选择使用哪种形式。
延伸解读
编译器优化决定实际差异
文章指出，现代编译器如GCC和LLVM会将while(1)优化为无条件跳转指令，与for(;;)生成相同汇编代码。但在嵌入式MCU编程中，专用编译器可能优化不足，导致while(1)多出比较和条件跳转语句。因此，实际性能差异取决于编译器优化能力，而非语法本身。
编码规范与可读性权衡
一些编码规范如GJB 8114-2013和CppCoreGuidelines建议使用while(1)表示无限循环，禁止for(;;)，认为for语句应保留给有明确循环变量的场景，以提高代码可读性和可维护性。然而，for(;;)在英语母语者中易联想为“forever”，且被部分人视为过时风格。选择时需平衡规范要求与团队习惯。
实测性能差异与优化影响
有工程师在STM32F103上测试，未优化时for(;;)比while(1)快约5.7%，因for指令更精简。但开启O3优化后，两者执行时间几乎相同。这表明在无优化或低优化环境下，for(;;)可能略有优势，但现代高主频芯片和优化编译器下，差异可忽略，代码清晰度更值得关注。
Q&A
for(;;)和while(1)在编译器优化中有什么区别？
在现代编译器中，while(1)会被优化成无条件跳转指令，与for(;;)相同，因此在执行性能上几乎没有区别。
在嵌入式编程中，使用for(;;)和while(1)有什么考虑？
在嵌入式编程中，一些专用编译器可能对while(1)进行更多优化，导致其执行速度慢于for(;;)。
为什么一些编码规范建议使用while(1)而不是for(;;)？
一些编码规范认为for(;;)是一种过时的风格，while(1)更清晰，适合表示无限循环，避免误导代码维护者。
for(;;)和while(1)在可读性上有什么差异？
while(1)更简单清晰，而for(;;)可能导致代码可读性差，尤其是在没有明确循环变量时。
在高主频芯片上，for(;;)和while(1)的性能差异重要吗？
在高主频芯片上，for(;;)和while(1)的性能差异不再显著，代码的可读性和维护性更为重要。
for(;;)是否被认为是一种过时的编码风格？
是的，许多工程师认为for(;;)是一种过时的编码风格，建议使用while(1)来表示无限循环。
