编译器编译局部变量

Ⅰ 有没有一种编译器在定义了一个局部变量之后,未对它初始化后,系统自动置为0

这样做的好处是什么呢？一般软件工程的建议是：即使有这样的缺省选项，也要当作它没有，因为你无法控制编译器不改变这种缺省行为。所有变量都要初始化后使用

Ⅱ 全局变量和局部变量有什么区别是怎么实现的

1、 全局变量的作用用这个程序块,而局部变量作用于当前函数；

2、前者在内存中分配在全局数据区,后者分配在栈区；

3、 生命周期不同：全局变量随主程序创建和创建，随主程序销毁而销毁，局部变量在局部函数内部，甚至局部循环体等内部存在，退出就不存在；

4、 使用方式不同：通过声明后全局变量程序的各个部分都可以用到，局部变量只能在局部使用
操作系统和编译器通过内存分配的位置来知道的全局变量分配在全局数据段，并且在程序被运行的时候就被加载。；

编译器通过语法词法的分析，判断出是全局变量还是局部变量。如果是全局变量的话，编译器在将源代码翻译成二进制代码时就为全局变量分配好一个虚拟地址 (windows下0x00400000以上的地址，也就是所说的全局区)，所以程序在对全局变量的操作时是对一个硬编码的地址操做。

局部变量的话，编译时不分配空间，而是以相对于ebp或esp的偏移来表示局部变量的地址，所以局部变量内存是在局部变量所在的函数被调用时才真正分配。 以汇编的角度来看：函数执行时，局部变量在栈中分配，函数调用完毕释放局部变量对应的内存，另外局部变量可以直接分配在寄存器中。

操作系统通过变量的分配地址就可以判断出是局部变量和全局变量。

Ⅲ 操作系统和编译器是怎么识别全局变量和局部

• 操作系统,只管调度进程，线程编译器根据编程语言的定义，确定变量的作用于，存储类型，生命周期！

• 定义在函数外部的变量，只有文件静态变量，和外部变量

• 外部变量，是实实在在的全局变量，不论作用域还是生命周期。

• 静态变量是局部作用域的，生命周期为，程序的生命周期的变量。

• 自动变量和函数参数，是局部作用域的生命周期为函数结束的局部变量。

• 寄存器变量，用register定义，是局部变量；

• 函数内部的静态变量，语句组内部的静态变量，局部作用域的，生命周期为，程序的生命周期的变量。

• 静态变量,编译器，可以通过static关键字知道。

• 自动变量，1）函数内部定义的非静态变量，非寄存器变量是自动变量。

• 2）函数参数，只能是自动变量，不过也可能定义在寄存器中。

• 这和调用约定有关，因此不可以用register定义。

• C语言没有全局变量这种数据类型。

• 只有4种存储类型，和变量的作用域与生命周期的概念。

• C++同样没有全局变量这种数据类型。

• 有另外的两种作用域

• 1）namespace作用域。

• 2）类（类型）作用域。

• C只有全局，文件，函数以及函数内部的语句组，4种逐渐缩小的作用域。

• 其中内层，对外部作用域，具有完全的遮蔽作用。

• C++可以通过作用域限定符，区分不同作用域（类，名空间）的名字。

• 类作用域，可以通过访问权限，限制外部的访问权。

• 函数作用域（语句组作用域）是封闭的作用域，外部不可以使用函数内部定义的名字。

• 也不会和外部有命名冲突，只会遮蔽外部的名字。

• 类作用于，和名空间由于访问方式不同，命名冲突和遮蔽有些特殊。

• 函数和全局域，基本不会和类作用域有命名冲突，除非类方法内部。

• 命名空间，可以避免命名冲突。

• 类继承体系中，则有遮蔽现象。

• 还有访问权限问题。

• 实际上，全局变量，有两个概念可以判定

• 1）作用域（空间）＝＝＝>由定义和声明位置，和定义和声明使用的关键字决定。

• 2）生命周期（时间）＝＝＝>外部和静态变量，的生命周期是全局的，从初始化到程序结束。

• 函数参数，和函数局部非静态变量，是局部变量

• 函数参数的传递，是跨函数的（实参，变成形参）；

• 函数内部定义的，局部变量，只有定义处可见，作用域是函数甚至语句组局部，

• 其中静态变量，生命周期是全局的，非静态是函数甚至语句组的。

• 全局变量，不是C,C++的概念。

• 而是，使用编程语言的程序员的概念。

• 所以，全局变量和C,C++的存储类型，作用域，生命周期等，不是一一对应的概念。

• 所以，可以有不同的理解。

• 所以这个概念是很模糊的，不清晰的。

• 比如局部静态变量，类的静态变量，是否全局变量，就不是可以清晰的说明的。
  

Ⅳ 编译器对作为局部变量的数组是怎么管理的放在堆栈中

C语言的堆跟栈是有区别的，请大家不要混淆。
局部变量和函数调用时的实参是放在栈里。所以有大家常说函数调用时的入栈，出桟这个说话。
动态申请的内存放在堆里的。
全局变量和静态变量是放在另外的全局内存区。

Ⅳ 为什么使用gcc编译代码后局部数组变量的初始值消失了

局部变量在栈上 不在数据段 运行时初始化的
这个问题和编译器无关，是 CPU 的分段配置有问题。
编译脚本里，加上一个-g的参数，会生成调试符号，调试符号里是带行号的

Ⅵ 编译器怎么知道是全局变量还是局部变量

这个要细说,能说的很详细,我说一下,比较好理解的你就懂了!
我说之前先打个比方:小区人家,几十户,每家每户都有灯光自己用就是局部的
月亮..全局的.都能用懂了?
按照目前的面向对象来说如Java，C++，C#，Ruby中，由于变量都是封装在类里面的，对别的类不可见，所以已经几乎完全抛弃了全局变量的概念。然而，可以通过把一个类定义为public static，把类成员变量也定义为public static，使该变量在内存中占用固定、唯一的一块空间，来实现全局变量的功能。
说通俗点,你如果想理解,就假如在一个类中,看你定义的变量,位置!类中,方法外面,就属于全局,每个方法都能拿去用..方法里面定义的,就属于局部的,只能他自己用.懂了?
和你一样初学者,不足之处还请指点!

Ⅶ Dsp bin文件局部变量内存怎么分配

编译器自动把变量分配到可读写空间上的任意位置
DSP的所有变量，函数，以及程序员定义的地址都保存在这三片空间上，程序员在定义变量时，若没有特殊规定，则编译器自动把变量分配到可读写空间上的任意位置，所以当程序员使用int*p=0x00810000；
这种语法的时候，很有可能会覆盖掉程序保存变量和函数的空间，导致程序运行异常，因此需要一个.cmd文件来约束，哪些地方用来给程序员自己定义变量地址用，哪些地方用来给程序为变量和函数申请内存来用。
嵌入式的设备如DSP上的栈空间是Kb级别，在函数内定义数组或申请空间都不能像linux下那样直接定义和申请，要么定义成全局的，要么指向一块划分好的空间，否则就会造成覆盖代码段等的问题。

Ⅷ GCC编译器局部变量地址分配为什么总是从低

原因：GCC的堆栈保护技术—— canary的使用。
使用的原因是为了防止某些溢出的攻击。但是只是溢出时方向发生了改变，并没有起到太大的作用，可能对于传统的一些攻击方法有用。
GCC 中的堆栈保护实现
Stack Guard 是第一个使用 Canaries 探测的堆栈保护实现，它于 1997 年作为 GCC 的一个扩展发布。最初版本的 Stack Guard 使用 0x00000000 作为 canary word。尽管很多人建议把 Stack Guard 纳入 GCC，作为 GCC 的一部分来提供堆栈保护。但实际上，GCC 3.x 没有实现任何的堆栈保护。直到 GCC 4.1 堆栈保护才被加入，并且 GCC4.1 所采用的堆栈保护实现并非 Stack Guard，而是 Stack-smashing Protection（SSP，又称 ProPolice）。
SSP 在 Stack Guard 的基础上进行了改进和提高。它是由 IBM 的工程师 Hiroaki Rtoh 开发并维护的。与 Stack Guard 相比，SSP 保护函数返回地址的同时还保护了栈中的 EBP 等信息。此外，SSP 还有意将局部变量中的数组放在函数栈的高地址，而将其他变量放在低地址。这样就使得通过溢出一个数组来修改其他变量（比如一个函数指针）变得更为困难。

Ⅸ C语言中的 局部变量，存储在什么地方

C语言中的局部变量存储在栈里。

普通的局部变量在栈空间上分配，这个局部变量所在的函数被多次调用时，每次调用这个局部变量在栈上的位置都不一定相同。局部变量也可以在堆上动态分配（malloc），但是记得使用完这个堆空间后要释放之。

在栈空间上分配时是要注意内存的，不能分配内存过大。如果栈内空间小于所申请的空间大小，那么这时系统将揭示栈溢出，并给出相应的异常信息。但是堆不一样，堆可分配空间是很大的。

(9)编译器编译局部变量扩展阅读

局部变量分类

1、位置：静态局部变量被编译器放在全局存储区.data，所以它虽然是局部的，但是在程序的整个生命周期中存在（定义时出生，随着程序结束而结束）。

2、访问权限：静态局部变量只能被其作用域内的变量或函数访问。也就是说虽然它会在程序的整个生命周期中存在，由于它是static的，它不能被其他的函数和源文件访问。

3、值：静态局部变量如果没有被用户初始化，则会被编译器自动赋值为0，以后每次调用静态局部变量的时候都用上次调用后的值。