1. 项目概述一个困扰无数C语言初学者的经典编译错误如果你刚开始用Dev-C学习C语言十有八九会撞上这个报错[Error] ‘for‘ loop initial declarations are only allowed in C99 or C11 mode。这行红字就像一个不近人情的门卫把你挡在了“现代C语言”的门外。我第一次遇到它时也一头雾水明明照着教材写的for(int i0; i10; i)怎么到Dev-C这儿就不认了呢这个错误的核心其实是一个关于C语言“历史包袱”和编译器“默认规矩”的故事。它不复杂但却是理解C语言开发环境配置的第一个门槛。今天我就把这个门槛给你拆得明明白白从错误根源、解决方案到背后的原理让你彻底告别这个烦人的提示。简单来说这个错误是因为你在for循环的初始化部分直接声明了变量比如for(int i0; ...)而你的Dev-C默认使用的编译标准是古老的C89/C90它不允许这种写法。要解决它核心就是告诉编译器“嘿请用更新、更宽松的C99或C11标准来编译我的代码。” 这适合所有使用Dev-C尤其是较旧版本如5.11的C语言学习者、竞赛选手或教学工作者。弄懂它你不仅能解决眼前的问题更能理解编译器选项、语言标准这些基础但至关重要的概念。2. 错误根源深度解析C语言标准的演进与编译器默认行为要根治这个问题我们必须先挖出它的病根。这不仅仅是改个设置那么简单而是理解一段编程语言的发展史。2.1 C89/C90与C99标准的“分水岭”在1999年之前C语言遵循的是ANSI C也叫C89或ISO CC90标准。这个老标准有一个非常严格的规定所有变量必须在函数或代码块的开头集中声明。这意味着你不能在for循环的括号里临时声明一个循环控制变量i。C89/C90的写法合法#include stdio.h int main() { int i; // 变量必须在函数体开头声明 for(i 0; i 10; i) { printf(%d\n, i); } return 0; }C99及以后标准的写法合法且更简洁#include stdio.h int main() { for(int i 0; i 10; i) { // 变量可以在for循环内直接声明 printf(%d\n, i); } return 0; }后一种写法将变量i的作用域严格限制在for循环内部避免了命名污染是现代编程中更受推崇的风格。然而Dev-C特别是其集成的老旧GCC编译器版本为了最大程度的兼容性默认往往采用-stdc89或-stdgnu89这样的编译标志这就导致了它无法识别C99的新特性。2.2 Dev-C与GCC编译器的“历史羁绊”Dev-C本身只是一个集成开发环境IDE真正负责编译代码的是它背后集成的GCCMinGW编译器。许多初学者下载的Dev-C 5.11等版本其内置的GCC版本可能停留在4.9.x甚至更早。这些版本的GCC虽然支持C99标准但默认不启用。注意这里有一个关键认知点编译器“支持”某个标准和“默认使用”某个标准是两回事。就像你的手机支持5G网络但默认可能连接的是4G以省电。GCC为了确保老代码能不加修改地编译通过默认选择了最保守的C89模式。当你点击“编译运行”时Dev-C会调用类似gcc.exe -c test.c -o test.o的命令但缺少了指定C语言标准的参数。对于GCC指定标准的参数是-std。没有这个参数它就按默认的来于是错误就发生了。2.3 错误信息的字面与深层含义让我们再仔细读一遍错误信息‘for‘ loop initial declarations are only allowed in C99 or C11 mode。字面意思for循环的初始化声明仅在C99或C11模式下被允许。深层含义你的代码语法本身没有错它是一种符合新标准的正确写法。错的是当前的编译环境模式它处于一个更旧的、不支持此语法的模式下。解决方案的方向非常明确将当前编译模式切换到C99或C11。理解了这些你就知道解决这个问题不是去修改正确的代码而是去调整一个“开关”。下面我们就来实操如何拨动这个开关。3. 解决方案全攻略三招搞定编译标准设置解决这个问题主要有三种方法从永久生效到临时使用覆盖不同场景的需求。我强烈推荐第一种方法一劳永逸。3.1 方法一修改Dev-C编译器选项推荐永久生效这是最根本的解决方案配置一次以后所有项目都默认使用新标准。打开编译器设置在Dev-C顶部菜单栏点击Tools-Compiler Options。定位编译参数在弹出的窗口中切换到Settings标签页在左侧选择Code Generation。添加标准参数在右侧的Language standard (-std)下拉框中选择ISO C99。如果你的编译器版本足够新支持C11也可以选择ISO C11或ISO C17。对于绝大多数学习和竞赛场景C99已经完全足够。小技巧你也可以在下方的Add the following commands when calling the compiler文本框中手动输入-stdc99。效果是一样的但下拉菜单选择更直观。确认并应用点击OK保存设置。操作背后的原理这个操作相当于为所有项目的编译命令自动加上了-stdc99这个参数。例如原来Dev-C内部执行的命令可能是gcc -c test.c现在变成了gcc -stdc99 -c test.c。这样编译器就会按照C99的规则来检查你的代码了。重要提示修改完编译器选项后必须关闭当前项目并重新打开或者重启Dev-C新的设置才能完全生效。这是很多朋友配置后觉得“没效果”的主要原因。3.2 方法二在代码中通过宏定义指定单文件生效如果你不想改动全局设置或者只在某个特定文件中使用C99特性可以在源代码文件的开头在#include之前添加一行特殊的编译器指令。// 在代码文件的最顶端添加这一行 #define __USE_MINGW_ANSI_STDIO 1 // 这一行有时对MinGW的printf系列函数兼容性有帮助 #pragma GCC diagnostic ignored -Wpedantic // 可选忽略一些严格的C99警告 // 实际上对于GCC更直接的方式是使用编译参数但在代码内可以这样尝试 // 下面这行注释是给看代码的人看的真正的设置需要在编译器选项中完成 // 编译时请使用 -stdc99 参数 #include stdio.h // ... 你的代码然而必须坦诚地说在标准C代码内部无法强制编译器切换C语言标准。#pragma指令通常是编译器相关的扩展且GCC对于C标准的切换主要通过命令行参数-std实现。因此这种方法更多是起到一个注释和提醒的作用或者配合某些特定的编译器扩展。最可靠的方法还是方法一或方法三。3.3 方法三创建项目时指定项目级生效当你启动一个新项目时可以在创建过程中就指定编译标准。新建项目File-New-Project...。选择项目类型选择Console Application并确保语言是C。项目配置给项目命名并选择保存路径后点击OK。在下一个界面Multi-platform等选项注意看是否有Compiler或Standard的选项。不同版本的Dev-C界面可能不同。修改项目属性如果创建时没有选项可以在项目创建后右键点击左侧项目管理器里的项目名称选择Project Options。在弹出的窗口中查找类似Compiler或Parameters的标签页在Compiler部分或Add the following commands when calling the compiler手动添加-stdc99。实操心得在Dev-C中项目设置有时会覆盖全局编译器设置。如果你发现某个特定项目依然报错而其他项目正常一定要检查这个项目的独立选项。三种方法对比与选择建议方法生效范围优点缺点适用场景方法一改编译器选项全局所有项目一劳永逸配置简单影响所有C项目若需编译极老代码可能需改回推荐绝大多数初学者和个人使用方法二代码内定义基本无效依赖编译器理论上可针对单文件不标准不可靠不同编译器支持度不同不推荐仅作了解方法三改项目属性当前项目灵活性高不同项目可用不同标准每个新项目都需单独配置适合需要同时维护多个不同标准项目的开发者对于99%的学习者直接采用方法一是最佳选择。配置完成后你之前报错的代码无需任何修改直接点击编译运行错误就会消失。4. 进阶排查与原理探究当常规方法失效时如果你按照上述方法操作后问题依旧那么可能是遇到了更深层次的环境问题。别慌我们一步步来排查。4.1 验证编译器版本与支持的标准首先我们需要确认你的GCC到底支不支持C99。打开终端/命令提示符在Dev-C的安装目录下通常是C:\Program Files (x86)\Dev-Cpp\MinGW64\bin找到gcc.exe所在的文件夹。在文件资源管理器地址栏输入cmd并按回车即可在此目录打开命令提示符。查询GCC版本在命令提示符中输入gcc --version并回车。你会看到类似gcc (x86_64-posix-seh-rev0, Built by MinGW-W64 project) 8.1.0的信息。记住主版本号如8.1.0。查看支持的标准输入gcc -v --help 21 | findstr stdWindows或gcc -v --help 21 | grep stdLinux/Mac。在输出列表中你会看到一系列-std选项如c89,c99,c11,gnu89,gnu99等。只要你的GCC版本不是过于古老早于3.x就一定支持-stdc99。如果查询不到c99选项那说明你的编译器版本实在太旧首要任务是更新Dev-C或其内置的MinGW编译器。可以考虑下载像“小熊猫Dev-C”Red Panda Dev-C这样的社区更新版它通常集成了更新的编译器。4.2 检查项目或文件级别的特殊配置有时候全局设置会被项目本身的设置覆盖。请确保你没有在Project Options-Parameters-Compiler里手动添加了-stdc89或-stdgnu89这样的参数。你的源代码文件扩展名是.c而不是.cpp。Dev-C会根据扩展名决定按C还是C语法编译。C编译器对C99的支持方式可能不同。4.3 理解“GNU扩展”与“纯ISO标准”的区别在编译器选项里你可能会看到两类标准ISO标准如ISO C99,ISO C11。这是纯正的、无编译器扩展的国际标准。GNU标准如GNU C99,GNU C11。这是GCC编译器在ISO标准基础上加入了自己大量扩展如typeof、零长度数组、嵌套函数等的模式。对于学习和需要严格可移植性的代码建议选择ISO C99。如果你需要使用一些GCC特有的便捷特性但会牺牲可移植性可以选择GNU C99。在解决我们这个for循环声明的问题上两者都有效。5. 常见问题与避坑指南实录在实际教学和答疑中我收集了大家最容易踩的几个坑在这里集中解答。5.1 问题一设置改了但编译还是报同样的错可能原因1未重启Dev-C或重新加载项目。解决方案完全关闭Dev-C再重新打开你的项目文件。可能原因2项目属性覆盖了全局设置。解决方案按照3.3节的方法检查并修改Project Options。可能原因3系统存在多个GCCDev-C调用了错误的那个。解决方案在Dev-C的Tools-Compiler Options-Directories标签页下检查Binaries,Libraries,C Includes的路径是否都指向Dev-C自己的MinGW目录。5.2 问题二改成C99后以前能编译的代码出警告了现象切换标准后一些旧的代码比如用了gets()函数会报警告或错误。原因C99及以后的标准废弃或移除了C89中一些被认为不安全的特性。最典型的就是gets()函数因为无法防止缓冲区溢出在C11标准中已被彻底移除。解决方案替换不安全函数用fgets()替代gets()。忽略特定警告如果确定代码安全可以在编译器选项中添加-Wno-deprecated-declarations来忽略“使用了废弃声明”的警告。理解并拥抱变化这是学习进步的好机会。了解为什么这些函数被废弃并学习使用更安全的现代替代方案是写出健壮代码的关键。5.3 问题三在循环内声明变量是好习惯吗绝对是好习惯。在C99中允许的for(int i0; ...)写法将变量i的作用域严格限制在for循环体内。这带来了两大好处避免命名污染循环结束后i就不存在了不会影响循环体外同名的变量。意图更清晰明确告诉阅读代码的人这个变量只服务于这个循环。最佳实践对于循环控制变量、临时计算变量等生命周期短暂且作用范围明确的变量尽量在其被使用的代码块如for循环、if语句块内部声明。这是现代C/C编程的共识。5.4 问题四除了for循环C99还有哪些常用新特性解决了for循环声明问题你其实已经打开了C99的一扇门。不妨了解一下这个标准带来的其他实用特性它们能极大提升编码效率和代码安全性单行注释//在C89中注释只有/* ... */一种形式。C99正式引入了C风格的单行注释。变长数组VLA允许使用变量来定义数组长度如int arr[n];。但需注意VLA在C11中变成了可选特性且大型VLA可能消耗大量栈内存。布尔类型_Bool和头文件stdbool.h提供了标准的布尔类型bool和常量true/false。指定初始化器初始化结构体或数组时可以指定成员/下标如int arr[10] { [0] 1, [5] 2 };。混合声明与代码这就是我们解决的核心问题变量无需在块开头集中声明可以在使用时再声明。掌握这些特性能让你的C语言代码更简洁、更现代。最后再分享一个我自己的小习惯在创建一个新的C项目后我做的第一件事就是打开编译器选项确认标准已设置为ISO C99或ISO C11。这个一分钟的检查能避免后续大量不必要的编译错误让学习过程更加顺畅。编程环境的配置本身就是编程学习不可或缺的一部分希望这篇详尽的拆解能帮你扫清这个入门路上的经典障碍。
1. 项目概述一个困扰无数C语言初学者的经典编译错误如果你刚开始用Dev-C学习C语言十有八九会撞上这个报错[Error] ‘for‘ loop initial declarations are only allowed in C99 or C11 mode。这行红字就像一个不近人情的门卫把你挡在了“现代C语言”的门外。我第一次遇到它时也一头雾水明明照着教材写的for(int i0; i10; i)怎么到Dev-C这儿就不认了呢这个错误的核心其实是一个关于C语言“历史包袱”和编译器“默认规矩”的故事。它不复杂但却是理解C语言开发环境配置的第一个门槛。今天我就把这个门槛给你拆得明明白白从错误根源、解决方案到背后的原理让你彻底告别这个烦人的提示。简单来说这个错误是因为你在for循环的初始化部分直接声明了变量比如for(int i0; ...)而你的Dev-C默认使用的编译标准是古老的C89/C90它不允许这种写法。要解决它核心就是告诉编译器“嘿请用更新、更宽松的C99或C11标准来编译我的代码。” 这适合所有使用Dev-C尤其是较旧版本如5.11的C语言学习者、竞赛选手或教学工作者。弄懂它你不仅能解决眼前的问题更能理解编译器选项、语言标准这些基础但至关重要的概念。2. 错误根源深度解析C语言标准的演进与编译器默认行为要根治这个问题我们必须先挖出它的病根。这不仅仅是改个设置那么简单而是理解一段编程语言的发展史。2.1 C89/C90与C99标准的“分水岭”在1999年之前C语言遵循的是ANSI C也叫C89或ISO CC90标准。这个老标准有一个非常严格的规定所有变量必须在函数或代码块的开头集中声明。这意味着你不能在for循环的括号里临时声明一个循环控制变量i。C89/C90的写法合法#include stdio.h int main() { int i; // 变量必须在函数体开头声明 for(i 0; i 10; i) { printf(%d\n, i); } return 0; }C99及以后标准的写法合法且更简洁#include stdio.h int main() { for(int i 0; i 10; i) { // 变量可以在for循环内直接声明 printf(%d\n, i); } return 0; }后一种写法将变量i的作用域严格限制在for循环内部避免了命名污染是现代编程中更受推崇的风格。然而Dev-C特别是其集成的老旧GCC编译器版本为了最大程度的兼容性默认往往采用-stdc89或-stdgnu89这样的编译标志这就导致了它无法识别C99的新特性。2.2 Dev-C与GCC编译器的“历史羁绊”Dev-C本身只是一个集成开发环境IDE真正负责编译代码的是它背后集成的GCCMinGW编译器。许多初学者下载的Dev-C 5.11等版本其内置的GCC版本可能停留在4.9.x甚至更早。这些版本的GCC虽然支持C99标准但默认不启用。注意这里有一个关键认知点编译器“支持”某个标准和“默认使用”某个标准是两回事。就像你的手机支持5G网络但默认可能连接的是4G以省电。GCC为了确保老代码能不加修改地编译通过默认选择了最保守的C89模式。当你点击“编译运行”时Dev-C会调用类似gcc.exe -c test.c -o test.o的命令但缺少了指定C语言标准的参数。对于GCC指定标准的参数是-std。没有这个参数它就按默认的来于是错误就发生了。2.3 错误信息的字面与深层含义让我们再仔细读一遍错误信息‘for‘ loop initial declarations are only allowed in C99 or C11 mode。字面意思for循环的初始化声明仅在C99或C11模式下被允许。深层含义你的代码语法本身没有错它是一种符合新标准的正确写法。错的是当前的编译环境模式它处于一个更旧的、不支持此语法的模式下。解决方案的方向非常明确将当前编译模式切换到C99或C11。理解了这些你就知道解决这个问题不是去修改正确的代码而是去调整一个“开关”。下面我们就来实操如何拨动这个开关。3. 解决方案全攻略三招搞定编译标准设置解决这个问题主要有三种方法从永久生效到临时使用覆盖不同场景的需求。我强烈推荐第一种方法一劳永逸。3.1 方法一修改Dev-C编译器选项推荐永久生效这是最根本的解决方案配置一次以后所有项目都默认使用新标准。打开编译器设置在Dev-C顶部菜单栏点击Tools-Compiler Options。定位编译参数在弹出的窗口中切换到Settings标签页在左侧选择Code Generation。添加标准参数在右侧的Language standard (-std)下拉框中选择ISO C99。如果你的编译器版本足够新支持C11也可以选择ISO C11或ISO C17。对于绝大多数学习和竞赛场景C99已经完全足够。小技巧你也可以在下方的Add the following commands when calling the compiler文本框中手动输入-stdc99。效果是一样的但下拉菜单选择更直观。确认并应用点击OK保存设置。操作背后的原理这个操作相当于为所有项目的编译命令自动加上了-stdc99这个参数。例如原来Dev-C内部执行的命令可能是gcc -c test.c现在变成了gcc -stdc99 -c test.c。这样编译器就会按照C99的规则来检查你的代码了。重要提示修改完编译器选项后必须关闭当前项目并重新打开或者重启Dev-C新的设置才能完全生效。这是很多朋友配置后觉得“没效果”的主要原因。3.2 方法二在代码中通过宏定义指定单文件生效如果你不想改动全局设置或者只在某个特定文件中使用C99特性可以在源代码文件的开头在#include之前添加一行特殊的编译器指令。// 在代码文件的最顶端添加这一行 #define __USE_MINGW_ANSI_STDIO 1 // 这一行有时对MinGW的printf系列函数兼容性有帮助 #pragma GCC diagnostic ignored -Wpedantic // 可选忽略一些严格的C99警告 // 实际上对于GCC更直接的方式是使用编译参数但在代码内可以这样尝试 // 下面这行注释是给看代码的人看的真正的设置需要在编译器选项中完成 // 编译时请使用 -stdc99 参数 #include stdio.h // ... 你的代码然而必须坦诚地说在标准C代码内部无法强制编译器切换C语言标准。#pragma指令通常是编译器相关的扩展且GCC对于C标准的切换主要通过命令行参数-std实现。因此这种方法更多是起到一个注释和提醒的作用或者配合某些特定的编译器扩展。最可靠的方法还是方法一或方法三。3.3 方法三创建项目时指定项目级生效当你启动一个新项目时可以在创建过程中就指定编译标准。新建项目File-New-Project...。选择项目类型选择Console Application并确保语言是C。项目配置给项目命名并选择保存路径后点击OK。在下一个界面Multi-platform等选项注意看是否有Compiler或Standard的选项。不同版本的Dev-C界面可能不同。修改项目属性如果创建时没有选项可以在项目创建后右键点击左侧项目管理器里的项目名称选择Project Options。在弹出的窗口中查找类似Compiler或Parameters的标签页在Compiler部分或Add the following commands when calling the compiler手动添加-stdc99。实操心得在Dev-C中项目设置有时会覆盖全局编译器设置。如果你发现某个特定项目依然报错而其他项目正常一定要检查这个项目的独立选项。三种方法对比与选择建议方法生效范围优点缺点适用场景方法一改编译器选项全局所有项目一劳永逸配置简单影响所有C项目若需编译极老代码可能需改回推荐绝大多数初学者和个人使用方法二代码内定义基本无效依赖编译器理论上可针对单文件不标准不可靠不同编译器支持度不同不推荐仅作了解方法三改项目属性当前项目灵活性高不同项目可用不同标准每个新项目都需单独配置适合需要同时维护多个不同标准项目的开发者对于99%的学习者直接采用方法一是最佳选择。配置完成后你之前报错的代码无需任何修改直接点击编译运行错误就会消失。4. 进阶排查与原理探究当常规方法失效时如果你按照上述方法操作后问题依旧那么可能是遇到了更深层次的环境问题。别慌我们一步步来排查。4.1 验证编译器版本与支持的标准首先我们需要确认你的GCC到底支不支持C99。打开终端/命令提示符在Dev-C的安装目录下通常是C:\Program Files (x86)\Dev-Cpp\MinGW64\bin找到gcc.exe所在的文件夹。在文件资源管理器地址栏输入cmd并按回车即可在此目录打开命令提示符。查询GCC版本在命令提示符中输入gcc --version并回车。你会看到类似gcc (x86_64-posix-seh-rev0, Built by MinGW-W64 project) 8.1.0的信息。记住主版本号如8.1.0。查看支持的标准输入gcc -v --help 21 | findstr stdWindows或gcc -v --help 21 | grep stdLinux/Mac。在输出列表中你会看到一系列-std选项如c89,c99,c11,gnu89,gnu99等。只要你的GCC版本不是过于古老早于3.x就一定支持-stdc99。如果查询不到c99选项那说明你的编译器版本实在太旧首要任务是更新Dev-C或其内置的MinGW编译器。可以考虑下载像“小熊猫Dev-C”Red Panda Dev-C这样的社区更新版它通常集成了更新的编译器。4.2 检查项目或文件级别的特殊配置有时候全局设置会被项目本身的设置覆盖。请确保你没有在Project Options-Parameters-Compiler里手动添加了-stdc89或-stdgnu89这样的参数。你的源代码文件扩展名是.c而不是.cpp。Dev-C会根据扩展名决定按C还是C语法编译。C编译器对C99的支持方式可能不同。4.3 理解“GNU扩展”与“纯ISO标准”的区别在编译器选项里你可能会看到两类标准ISO标准如ISO C99,ISO C11。这是纯正的、无编译器扩展的国际标准。GNU标准如GNU C99,GNU C11。这是GCC编译器在ISO标准基础上加入了自己大量扩展如typeof、零长度数组、嵌套函数等的模式。对于学习和需要严格可移植性的代码建议选择ISO C99。如果你需要使用一些GCC特有的便捷特性但会牺牲可移植性可以选择GNU C99。在解决我们这个for循环声明的问题上两者都有效。5. 常见问题与避坑指南实录在实际教学和答疑中我收集了大家最容易踩的几个坑在这里集中解答。5.1 问题一设置改了但编译还是报同样的错可能原因1未重启Dev-C或重新加载项目。解决方案完全关闭Dev-C再重新打开你的项目文件。可能原因2项目属性覆盖了全局设置。解决方案按照3.3节的方法检查并修改Project Options。可能原因3系统存在多个GCCDev-C调用了错误的那个。解决方案在Dev-C的Tools-Compiler Options-Directories标签页下检查Binaries,Libraries,C Includes的路径是否都指向Dev-C自己的MinGW目录。5.2 问题二改成C99后以前能编译的代码出警告了现象切换标准后一些旧的代码比如用了gets()函数会报警告或错误。原因C99及以后的标准废弃或移除了C89中一些被认为不安全的特性。最典型的就是gets()函数因为无法防止缓冲区溢出在C11标准中已被彻底移除。解决方案替换不安全函数用fgets()替代gets()。忽略特定警告如果确定代码安全可以在编译器选项中添加-Wno-deprecated-declarations来忽略“使用了废弃声明”的警告。理解并拥抱变化这是学习进步的好机会。了解为什么这些函数被废弃并学习使用更安全的现代替代方案是写出健壮代码的关键。5.3 问题三在循环内声明变量是好习惯吗绝对是好习惯。在C99中允许的for(int i0; ...)写法将变量i的作用域严格限制在for循环体内。这带来了两大好处避免命名污染循环结束后i就不存在了不会影响循环体外同名的变量。意图更清晰明确告诉阅读代码的人这个变量只服务于这个循环。最佳实践对于循环控制变量、临时计算变量等生命周期短暂且作用范围明确的变量尽量在其被使用的代码块如for循环、if语句块内部声明。这是现代C/C编程的共识。5.4 问题四除了for循环C99还有哪些常用新特性解决了for循环声明问题你其实已经打开了C99的一扇门。不妨了解一下这个标准带来的其他实用特性它们能极大提升编码效率和代码安全性单行注释//在C89中注释只有/* ... */一种形式。C99正式引入了C风格的单行注释。变长数组VLA允许使用变量来定义数组长度如int arr[n];。但需注意VLA在C11中变成了可选特性且大型VLA可能消耗大量栈内存。布尔类型_Bool和头文件stdbool.h提供了标准的布尔类型bool和常量true/false。指定初始化器初始化结构体或数组时可以指定成员/下标如int arr[10] { [0] 1, [5] 2 };。混合声明与代码这就是我们解决的核心问题变量无需在块开头集中声明可以在使用时再声明。掌握这些特性能让你的C语言代码更简洁、更现代。最后再分享一个我自己的小习惯在创建一个新的C项目后我做的第一件事就是打开编译器选项确认标准已设置为ISO C99或ISO C11。这个一分钟的检查能避免后续大量不必要的编译错误让学习过程更加顺畅。编程环境的配置本身就是编程学习不可或缺的一部分希望这篇详尽的拆解能帮你扫清这个入门路上的经典障碍。
)
