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就能解决了。
扩展资料:
如果项目引用有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的原因。
参考资料:百度百科-visualstudio
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)