在我们日常编程中经常会遇到文件描述符（file descriptor）和文件句柄（file handler）这两个概念，特别是需要开发跨平台（跨windows和linux）项目的时候会被这两个概念搞得很头痛，所以下面来说说它们是什么东西及它们的区别与联系。

文件描述符

本质是一个索引号（非负整数），系统用户层可以根据它找到系统内核层的文件数据。这是一个POSIX标准下的概念，常见于类Unix系统，比如linux。windows也是声称遵循POSIX标准的，所以windows也有文件描述符这个概念，但不常用。

文件句柄

Windows下的概念。句柄是Windows下各种对象的标识符，比如文件（也许叫文档比较合适一点）、资源、菜单、光标、位图等。文件句柄和文件描述符类似，它也是一个非负整数，也用于定位文件数据在内存中的位置。

由于linux下所有东西都被看成是文件，比如文件（也许叫文档比较合适一点）、目录、进程、网络socket、各种硬件设备等，所以linux下的文件描述符其实就相当于windows下的句柄。文件句柄只是windows众多句柄中的一种类型而已。

下面用一张图来说明文件描述符的作用（windows下的句柄也是类似的，只是实现细节不同）：

对上图进行说明之前，还要普及一个知识：一个操作系统对象（比如文件）在内存中的位置是不固定的。它有可能会在虚拟内存和物理内存中来回切换。

由于一个文件在内存中的位置是会变的，而文件管理是系统内核的事，那么对于用户程序来说，要怎么定位它呢？这就是上面那张图要说明的。
这里有三张表：进程文件表，文件概要表和文件节点表。其中进程文件表是每个进程都会有一张，而文件概要表和文件节点表是整个系统各有且只有一张。
文件节点表中每一项数据就是文件的实际数据。
文件概要表中的每一顼是文件的概要数据，它包含了文件的状态、当前文件读写位置、节点指针等。当文件节点表中的数据发生变化时（比如说位置变了），内核会相应地修改文件概要表中对应项的节点指针，让它指向最新的文件数据。
进程文件表里记录了该进程打开的所有文件的文件描述符，看图可以知道文件描述符其实只是一个数组的下标，根据它可以访问数组的数据，而这个数组的数据就是指向该文件对应的文件概要表。
所以，不管文件数据在内存中的哪个位置，只要我们有文件描述符，我们就可以找到该文件的概要数据，从而找到文件的数据来进行操作。

一些补充说明

每个进程创建的时候都会打开三个文件：stdin，stdout和stderr。它们的文件描述符对应为0，1，2。
系统分配文件描述符时总是分配最小可用的值。如果当前进程只使用了0，1，2这三个文件描述符，那下次分配的将是3。如果当前进程只使用了0，1，2，3，5这五个文件描述符，那下次分配的将是4。
不同的文件概要中的节点指针可以指向同一个文件节点，另外，文件描述符与文件概要是一一对应的，因此，不同的文件描述符可以对应相同的文件结点，即同一个文件可以在同一时间内被多次打开，每次打开都会分配一个文件描述符及生成一个文件概要。
Windows一般不直接使用文件描述符，所以它提供了一个系统函数叫_get_osfhandle，它可以根据一个文件描述符来获得文件句柄。
Windows创建一个文件一定会生成一个文件句柄，但并不一定分配一个文件描述符，如果你需要一个文件描述符，可以使用_open_osfhandle来分配一个。
在windows下不要混用文件描述符与文件句柄，最好就不要用文件描述符了。比如socket这个函数，它在linux下的返回值是一个文件描述符，而在windows下返回的是一个句柄，如果要写跨平台的代码，就得十分小心这些差异。
参考：https://blog.csdn.net/yanjun_1982/article/details/79421528