相信C/C++程序员都用过这个库函数， 这个函数时程序员申请堆中的内存，需要自己手动释放内存，所以这个函数也是Memory Leak的根源。但是malloc一次最多能申请多少内存呢，显然这个跟我们物理内存的大小和

我们的系统，编译器都有一定的关系。已经不记得之前在哪里遇到过这个问题，今天忽然想起来了，于是自己做了个实验。

我的开发环境是Windows7 64位，内存8G，IDE是codeblocks，支持开源，下面是测试代码：

点击(此处)折叠或打开

#include #include #include int64_t maximum = 0; using namespace std; int main() { cout<<"sizeof(void*) is:"<<(int)sizeof(void*)<

程序输出如下：

这个结果是不是很蹊跷，我64位的系统，而且8G的内存，占用了很少，但是这里为什么只分配了2G不到呢，我原来的推想是操作系统保留一部分内存(大概2G),还有差不多6G可以申请，所以这个结果让我很惊讶。于是我又在64bit的linux下，内存4G，用同样代码进行了测试，这次输出是

这次输出似乎跟预想差不多，4G内存能分配3.5G左右，那么windows下是什么问题导致我8G的内存只能malloc 2G不到呢。细想一下，觉得肯定是编译器的问题，果然我的codeblocks默认的编译器是mingw-32-g++，可能细心的读者已经看到前面的sizeof(void*)的值是4，也就是说在windows下codeblock下默认将该程序编译成32位的了，所以才会出现分配2G不到的内存，感兴趣的可以用其他的64位的编译器测试一下，应该会得到正常值。

总结一下：

程序是32位或者是64位并不是由你的操作系统决定，而是编译器决定，准确的说是决定于编译器和编译选项，64位系统照样可以跑32位的程序。