extern 也与static一样可以保留值吗?为什么这个程序保留了?
我在一个文件中定义了int b = 2;文件名为14.cpp, 如下:
#include "stdafx.h"
#include "stdio.h"
int b = 2;
然后在程序111.cpp中写程序如下:
#include "stdafx.h"
#include "stdio.h"
int f(void);
int main(void)
{
//extern int b;
//printf("%d\n", b);
printf("b = %d\n", f());
printf("b = %d\n", f());
return 0;
}
int f(void)
{
extern int b;
static int c = 5;
c++;
b++;
printf("c = %d\n", c);
return b;
}
得到的结果是
c = 6
b = 3
c = 7
b = 4
Press any key to continue
b有值也是被记住增加了.
extern与static一样函数退出,值会保留?
上面两个文件都是包含在同一个工程里.
[解决办法]
extern int b;表示b定义在别处，也就是上面的全局变量，所以值保留。
[解决办法]
关于下面的问题，extern表示这个变量在别处定义，但这个变量本身必须找的到
main里的a是局部变量，出了main就找不到了，外面根本就没有a的定义，这是作用域问题
[解决办法]
auto是默认的变量布局修饰符，所以都省略。所有不加其他布局修饰符的变量都是auto的
register表示建议编译器将变量放入寄存器，注意“建议”！首先可能很多复杂类型不能放进寄存器，其次，即使可以放进，register只是建议而不是命令。因此现在的编译器大都忽略register。regsiter的存在有历史原因，在编译技术还不太发达的时候，编译器的寄存器分配策略有时难以做到合理，这时register在某些时候对手工优化是有意义的，但现在可以说没什么意义了。
要注意的就是register变量不能用&取地址，毕竟有可能放在寄存器里
[解决办法]
多文件时使用，局部于本件。从而解决不同文件变量重名问题！而extern把本文件的全局导入到另一个文件中去，不知道这样解释能不能理解？！
[解决办法]
对此，我只想说四点
1. #12可算是个水帖，还是令人疑惑的那种（见2. ）。
2. 在c中，static修饰词的作用，无非与作用域和生存期有关：（1）static+全局变量，生存期不变，作用域变为所在编译单元（源文件）；
（2）static+局部变量，生存期变为整个程序运行期，作用域不变，函数第一次被调用才初始化；
（3）static+函数，作用域由默认的全局（因为函数声明时默认extern属性）变为所在编译单元。
其中第二个，静态的局部变量较为常见，lz的例子中就是这个。而一和三却有可选方案（见3. ）。我不能理解「static 也是全局」，此话何解？
3. 如果全局变量不可避免，而且还非要重名（对看文档的同志说声辛苦了），对于cpp，使用namespace是自然之举。对于c，除非打算每个轮子都自己造（不用别人的库），那么 「模块名_重名」 之类的或 重命名 才是万金油之法。
4. extern+变量的声明，是告诉编译器，该变量已在别处定义，编译时地址先留白，待链接时补上。
#15中「extern 把本文件的全局导入另一个文件」的费解之处在于，「本文件」到底是哪个文件。因为有个「本」字，显然是指 extern 所在的文件，可这样方向就反了，正确的方向应是 extern 把别处定义的变量引入（链接至）本文件中。（这样还是觉得怪怪的）
不知道这样描述能不能明白。
[解决办法]