㈠ vs有没有32位与64位的区别
visualstudio没有专门的64位版,但32位版可以在64位系统上面正常使用。
由于操作系统内存分配的不同,导致软件开发过程中,需要编译不同版本的软件。
编译程序根据需要选择不同的编译环境,x86和win32为32位程序,x64为64位程序,可以选择不同的编译条件形成不同位的软件。
代码中的基本数据类型,会根据操作系统的位数来分类内存大小。
如int型在32位操作系统下为4字节,在64位系统下为8字节。
因此在64位上对int型数据操作,编译生成32位的程序,有可能导致int型越界,软件出现问题,32位的程序在64位操作系统上运行,由于64位操作系统的寻址和偏移问题,也有可能导致程序在运行过程中,计算结果与32位系统不一致。
64位操作系统理论上能够箭筒32位和64位软件,32位操作系统不能运行64位程序。
在vs中,x64生成的程序只能在64位系统中运行。如果用户用的是32位的系统(比如XP),则运行不了程序。
x32生成32位程序,由于64位系统也能运行32位的程序,所以这个选项跟AnyCPU一样可以同时运行在两种系统中,但效率没有AnyCPU高,因为64位的软件跟CPU交互的数据要比32位的接近大一倍。
所以当要把项目代码转移到另一台计数机时,就要考虑这个问题。假如原来选择的目标平台是x64,新电脑的系统是32位,当你按F5调试运行时,则跑不起来,这时把目标平台改成AnyCPU或者x32就能解决了。
(1)VS编译的程序内存分配扩展阅读:
如果项目引用有32位的dll(c++编译生成的),则只能选择32位平台,否则也会报错,整个项目要保持一致。
在项目调试的过程中,可以看到32位与64位程序加载的dll不同。
32位程序从system32中加载dll;而64位程序从syswow64中加载dll。
64bit程序在x86-64处理器上并不会带来明显的性能提高,它只是增加了处理器的寻址范围,可以使用更大的内存。而对于VS这种并非内存敏感的程序,并不十分需要迁移到64bit下。
另外,还有一个历史原因,就是微软一直没有完成64bit下的JIT调试器的EditandContinue功能,这是因为64bit的JIT是C++团队做的,和原生CLR团队的32bitJIT有很多不同。
如果微软推出了64bit的VS,那么调试的体验会受到限制,这也是为什么微软一直以来没有推出64bitVS的原因。
㈡ 在VS2017中局部变量的内存地址分配
这是新手常犯的错,变量必须先赋值,再使用。这样使用,结果是随机的。
㈢ VS占用多少内存
额~问题有点大。
1、VS2003、VS2005、VS2008、VS2010占用内存大小是不同的。
2、VS启动成功后,不运行代码时占用内存普遍不大,我曾使用512M内存的机器,使用VS2005编辑程序,查看任务管理器,占用内存不到300M。但一旦你编辑的程序使用了内存,就得另外算了。
3、基本公式:VS占用内存 = 自己编写的程序申请的内存+300M(仅供参考)。
㈣ 64位系统上编译32位vs程序,内存访问怎样超
32位APPs可以使用Address Windowing Extensions来使用更多的内存
(可以超过4GB)
DOS中的EMS/XMS扩展。
㈤ vs编译阶段会占用堆内存吗
会得,编译占用的内存很多,不要在编译时使用其他的大型软件
㈥ C++中函数中的局部变量到底是不是执行到变量定义处才分配内存吗,为什么我用VS调试有疑问
C语言C++语言的局部非静态变量或者局部非静态对象在函数开始执行的时候就分配好了内存空间,但是在到达对象或者变量的定义点之前,是不能对其进行引用的。对于局部非静态对象,构造函数只有到定义点才调用。这些都是实现细节,不是C++标准定义的,所以不同的编译器和系统可能有所不同的实现。在C++语言中,一个对象只有调用了构造函数之后才算真正的创建完成,所以即使内存提前分配,但是对象依然还没有完成创建。
java语言和C++语言本质上不一样:一个是解释型语言、一个是编译型语言。C++语言经过编译之后直接生成CPU可以直接处理的机器指令,而java语言需要首先编译成某个中间语言,执行的时候再由解释器一步一步解释。所以C++语言编写的程序在编译时就可以直接进行优化,比如对于函数的局部变量,因为个数确定、类型确定,所以可以直接在函数的开头生成分配容纳所有局部变量的内存空间的指令(通常是一个修改栈顶的指令),执行一个指令总比执行多个分开的指令要快得多。
你用的Visual Studio,在调试模式下分配给局部变量的内存会大很多,这是用于检测堆栈异常的。
㈦ 64位系统上编译32位vs程序,内存访问怎样超过2G
在"配置管理器"中把所有项目的"平台"都设置为32位的.试试看呢。开发人员开发的产品如果是面向普通库户的建议还是装32位的。