项目事故和安全语言

结果是，我知道有这么回事了。
通过charon给的link，可以知道，通过handle进行堆的管理。以前的malloc API呢？
不过，jack给的那个图里面有Global Memory, Local Memory的区别。Global Memory应该是进程间通信使用的。不知道具体如何管理。
我也没有这些编程环境，也没有尝试。

C/C++ 运行时 (CRT) 分配程序：提供了 malloc() 和 free() 以及 new 和 delete 操作符。如 Microsoft Visual Basic 和 Java 等语言也提供了新的操作符并使用垃圾收集来代替堆。CRT 创建自己的私有堆，驻留在 Win32 堆的顶部。

如果像Java这种运行在VM上面，没有指针操作，比较安全的语言，即使内存泄漏，我都不会有太大担心，大不了重起JVM呗，有JVM作为一个安全的保障，不会危及操作系统。但是C/C++就不一样，这些东西一旦内存泄漏，就根本找不回来了，不重起整个操作系统，根本就没有戏，可以说危害极大。

其实很多Java开发的大型系统都有或轻或重的内存泄漏问题，即使很多大型企业的关键应用都是如此。但是很多大型行业应用，往往在晚上都会停掉AppServer进行备份和数据维护，因此只要你能够保证24小时连续运行内存泄漏不超出物理内存限制，也就不是什么问题了。

但是C/C++开发的系统，内存一旦泄漏，由于没有VM的安全保障，只能等待重起操作系统，但是对于这些行业应用来说，重起操作系统根本就是不可以接受的，你想，光是重起小型机操作系统，往往都要半个小时，你能受的了？

反正都是重起，不管需要3分钟还是半小时，如果都自动在夜里进行，又有何区别？
予以为没有讲到点子上。

不过，jack给的那个图里面有Global Memory, Local Memory的区别。Global Memory应该是进程间通信使用的。不知道具体如何管理。

这里和是否32位到是没有关系，只是现在的os进程和进程是隔离的。进程和os也是隔离的。一般的用户经常都是user level的。比如win32的系统，进程用的api和os级别代码用的api更本是两套系统。你想越界，请先获得kernel的代码运行权限（比如写成某个驱动程序）。

进程内指针越界，这种情况多的很，但是影响范围也就是仅限于当前进程而已。