根据Java SE 7规范,Java使用Unicode UTF-16标准来表示字符.当想象一个String作为简单阵列 16位变量中的每个包含一个字符,寿命也很简单.
不幸的是,有16位的代码点是不够的(我相信它是所有Unicode字符的16/17).所以在a中String,这没有直接问题,因为当想要使用额外的两个字节存储这些~1.048.576个字符中的一个时,String将仅使用其中的两个数组位置.
这没有任何直接问题,适用于Strings,因为总有一个额外的两个字节.虽然单变量与UTF-16编码相比,具有16位的固定长度,但是如何存储这些字符,特别是Java如何使用其2字节"char"来完成类型？
因此,32位程序中的可寻址内存空间为4千兆字节.分别在64位应用程序中,有大约18艾字节的可寻址空间.
kernel32.dll API有关于程序的堆和/或内存的各种方法.
所以我目前的理解是,例如,如果你调用HeapAlloc并传递你需要分配的内存量,它将返回一个指向该分配的内存空间地址的指针...(如果我错了,请纠正我虽然.)
现在使用win32-api函数的优势显然是Windows知道它放置其他组件(如加载的DLL)的最佳位置.这就是我要问的原因......
内存中是否有固定的DLL文件位置.我想我读到的地方,对于32位,它通常是内存空间的上半部分(0x80000000及以上),但即使这是真的,64位应用程序的位置是什么？
此外,如果没有Windows首先分配它,是不是可以简单地使用指向某些内存的指针？副作用会是什么？
我是这个主题的半新人,所以任何帮助或提示都表示赞赏!=)