Visual C++ 编译器自动假定带 .C 扩展名的文件是 C 文件而不是 C++ 文件，并且拒绝 C++ 语法和关键字（c语言只能在大括号最前面申明变量）

现在的问题是，代码文件按的后缀背后，会如何影响编辑器的编译呢？

可以做一个简单的测试：

测试结果就是：如果编译的是cpp文件，则编译器会自动帮你加入__cplusplus宏，并使用C++的编译规则。这一点MSDN其实已经明确说明：

赋予文件 .c 扩展名，例如 mysource.c。

Visual C++ 编译器自动假定带 .C 扩展名的文件是 C 文件而不是 C++ 文件，并且拒绝 C++ 语法和关键字（如 public、private 和 class）。

C++ 文件使用 .cpp 扩展名。

再来个非主流的测试。如果编译的既不是.c文件，也不是.cpp文件呢？

笔者把文件扩展名改为light.DD，结果是显示了已定义__cplusplus.也就是说vs默认除了.c文件外，统统认为是c++文件来编译。

奇怪的是，MSDN上是这样描述的：

文件扩展名决定处理文件的方式。扩展名为 .c、.cxx 或 .cpp 的 C 和 C++ 文件将被编译。其他文件（包括 .obj 文件、库 (.lib) 和模块定义 (.def) 文件）将传递给链接器而不经过处理。

现在回到最初的问题。

light.c为什么偏偏在加上了执行代码（哪怕是空代码)也会无法通过编译呢？如果是因为编译器的问题，为什么不加那几行“魔鬼代码”之前是编译ok的呢？

这仅仅是编译器的bug吗？