运行时库、标准库和系统api

CRT应该是严格遵守C89或C99的，他应具备与操作系统无关的跨平台特性。任何个人和组织都可以基于ANSI 标准C开发出一套支持上层软件或系统开发的、反复使用、通用的CRT.诚如microsoft的windows开发同样要使用CRT和编译器。只是microsoft把操作系统的一些API加入CRT并公之于众,这样大大利于用户于其操作系统上开发---即可以使用CRT又可以使用上层api,系统有用户了用户也可便利开发软件了,这显然是合理的。也就是这样,他给我带来了假象，仿佛CRT是使用windows api开发出来似的。当然这是不对的,只是mc把CRL添加、包装(lib,dll)后方便大家使用和开发罢了。记得曾有问过，一堆的c/c++在说标准库什么什么的,可一来就使用vs.也乱七八糟使用了一些头文件。就这么用着、开发着也懵懂着。稍微问一下，像printf memcpy malloc这样的函数是什么呢？标准库？平台相关否？运行时库？他在哪里可以找到？以什么形式存在？CRT这东西是微软的，听说微软在开发CRT的时候，c++语言规范正在标准化过程中，他与C++标准是有差距的。自由世界里，CRL跟mic毫无关系，C语言在作为小内核开发完UNIX后CRT就形成了。现在使用vs使用到的一些函数如上提到的标准库，只是mic实现的标准库，他把这些东西做成了lib和dll.在VC的CRT/SRC目录下，我们可以看到CRT的源码，不仅有C的，也有C++的。mic的CRT随着c++标准库的提出也加入了STL,文件如LIBCP.LIB, LIBCPMT.LIB和 MSVCPRT.LIB。

      如此,清晰了。标准是制定的语言统一规范，库的实现需要遵循标准。目的还是规范、统一和通用。mic很厉害,写出一套CRT,开发出了windows，同时该系统提供了大量的API方便应用程序凌驾其上尽情表现。当然，mic没有忘记把他的api和CRT捆在一起产品化后给大家发行一个编译软件诚如vs.当然，随之的STL、MFC、 ATL直至后面的.net就不是那么的不可理解了。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/sshhbb/archive/2011/01/27/6165954.aspx