1.引出我们的问题？

标准c库都是一样的！大家想必都在windows下做过文件编程，在linux下也是一样的函数名，参数都一样。当时就有了疑问，因为我们非常清楚

其本质是不可能一样的，源于这是俩个操作系统啊！但由于c标准库的封装就实现了接口一样。但是如果往深入，我们就非常清楚了在这层封装上还有一层封装其实就是操作系统对文件操作的封装，也就是文件IO。而我们c语言的封装叫标准IO，他们有什么区别那？显然标准iO是基于文件io的，标准IO调用了文件IO，也优化了文件IO，例如引入缓存机制。

2.上面我说的就是下面的几个点

但如果涉及到系统调用那就不同了！

• 不同的系统提供的系统调用是不同的，有的调用可能相同（接口），但是内部实现不同！

• 如果没有涉及系统独有的库函数或者编程方法（即只用符合ANSI C标准的代码和方法）就没有区别 (标准库，标准IO)

• 如果涉及到系统编程，二者有所区别，主要是库函数有所不同，而且文件系统不同、对某些函数的执行方式不同。（文件IO，操作系统API）

3.具体的一些区别

\n 为ASCII的0x0a 换行

\r 为ASCII的0x0d 回车

在windows 系统中,当你输入回车时会自动变成\r\n

在linux下的回车键只代表\n

而在windows下的回车键表示\r\n

\n为进入下一行,\r为打印头回到行首上

linux/unix下只用\n,它就表示回车+换行

而windows下,\r只回车不换行的,\n是换行,但在有些编辑中,单独的\n是不会换行的(如notepad)

一般在程序中,写\n就可以了,它在linux或windows中都能实现回车+换行的功能(只是在文本文件中,linux只会有0x0a,windows会自动换为0x0d 0x0a)

下面举个例子：

#include<stdio.h> 
int main() 
{ 
char a[10]="abc\r"; 
printf(a); 
return 0; 
} 

程序运行时没有任何输出。

原因就是 \r 回车 表示打印头回到该行起始位置，从而覆盖了abc，所以控制台上就没有任何输出啦！

函数库的区别

linux下的C函数库和windows下的函数库系统调用的机制不一样

Glibc包含了主要的C库。这个库提供了基本例程，用于分配内存、搜索目录、打开关闭文件、读写文件、字串处理、模式匹配、数学计算等等。所说的机制不一样不单是指中断号的问题,中断号也是通过input参数和output把函数地址和输出地址定位在寄存器的,那些函数在windows和linux下的实现应该是不一样的,就拿文件系统来说,ext3和fat32的怎么可能一样.还有mm内存管理,都是不一样的.中断还是属于硬件层的,X86上的应该都差不多,但操作系统层的实现就大不相同了.

4.其他区别：

1。系统平台不一样

底层开发就涉及到了系统内核的问题，对于linux来说，你可以知道它里面是什么结构，而windows。。。

2。编译器环境不一样

linux采用gcc编译器，gdb调试工具，和多种可视化的编辑器如   emacs，kedit等等，也有文本的vi/vim，GDB的功能是非常强大的，个人认为较win下的好

尽管win下地mingw，devcpp集成了gcc，但是搞的总让人不爽～，gcc对标准的支持是相当的好

3。针对人群不一样

win下主要还是面向商业化的开发，而绝大多数的编程爱好者则喜欢属于自己开阔自由的系统下编程，不愿意禁锢在windows下（MS）的包围中

4。发展方向不一样。

OpenSource的思想已经在linux这片净土开花，参见GPL....。找资料方便，源代码公开，可以体验开发的乐趣

win下，ms逐步把一批开发人员束缚在它自己的系统里面，开发环境越来越傻瓜，这能不能叫人性化呢？搞到最后。。。可能越走越远～

5.版权问题

win下的好多好多东西都涉及到版权问题，linux的free软件虽然是开放软件，不过好多好多都是免费用于商业化的。。。当然有的需要开发源代码，好多也不需要～

C++的区别也差不多

从程序完成的功能来看，函数库提供的函数通常是不需要操作系统的服务，函数是在用户空间内执行的，除非函数涉及到I/O操作等，一般是不会切到核心态的。系统调用是要求操作系统为用户提供进程，提供某种服务，通常是涉及系统的硬件资源和一些敏感的软件资源等。

函数库的函数，尤其与输入输出相关的函数，大多必须通过linux的系统调用来完成。因此我们可以将函数库的函数当成应用程序设计人员与系统调用程序之间的一个中间层，通过这个中间层，我们可以用一致的接口来安全的调用系统调用。这样程序员可以只要写一次代码就能够在不同版本的linux系统间使用积压种具体实现完全不同的系统调用。至于如何实现对不同的系统调用的兼容性问题，那是函数库开发者所关心的问题。

从程序执行效率来看，系统调用的执行效率大多要比函数高，尤其是处理输入输出的函数。当处理的数据量比较小时，函数库的函数执行效率可能比较好，因为函数库的作法是将要处理的数据先存入缓冲区内，等到缓冲区装满了，再将数据一次写入或者读出。这种方式处理小量数据时效率比较高，但是在进行系统调用时，因为用户进程从用户模式进入系统核心模式，中间涉及了许多额外的任务的切换工作，这些操作称为上下文切换，此类的额外工作会影响系统的执行效率。但是当要处理的数据量比较大时，例如当输入输出的数据量超过文件系统定义的尽寸时，利用系统调用可获得较高的效率。

从程序的可移植性的角度来看，相对于系统调用，C语言的标准备函数库（ANSI C） 具备较高的可移植性，在不同的系统环境下，只要做很少的修改，通常情况是不需要修改的。

Linux C中库函数和系统调用的区别

库函数是高层的，完全运行在用户空间，为程序员提供调用真正的在幕后完成实际事务的系统调用的更方便的接口。系统调用在内核态运行并且由内核自己提供。标准C库函数printf()可以被看做是一个通用的输出语句，但它实际做的是将数据转化为符合格式的字符串并且调用系统调用 write()输出这些字符串。

是否想看一看printf()究竟使用了哪些系统调用? 这很容易，编译下面的代码。

复制代码 代码如下:

＃include <stdio.h>

int main(void)

{ printf("hello"); return 0; }

使用命令gcc -Wall -o hello hello.c编译。用命令 strace hello 跟踪该可执行文件。是否很惊讶？ 每一行都和一个系统调用相对应。 strace是一个非常有用的程序，它可以告诉你程序使用了哪些系统调用和这些系统调用的参数，返回值。 这是一个极有价值的查看程序在干什么的工具。在输出的末尾，你应该看到这样类似的一行 write(1, "hello", 5hello)。这就是我们要找的。藏在面具printf() 的真实面目。既然绝大多数人使用库函数来对文件I/O进行操作(像 fopen, fputs, fclose)。 你可以查看man说明的第二部分使用命令man 2 write 。man说明的第二部分专门介绍系统调用(像kill()和read())。 man说明的第三部分则专门介绍你可能更熟悉的库函数(像cosh()和random())。

你甚至可以编写代码去覆盖系统调用，正如我们不久要做的。骇客常这样做来为系统安装后门或木马。 但你可以用它来完成一些更有益的事，像让内核在每次某人删除文件时输出 “ Tee hee, that tickles!” 的信息。