新創(chuàng)建進(jìn)程的時候，文件描述符表是什么時候清空的啊？

zhangweijuan008

求助各位大神

最近在看文件描述符相關(guān)的問題，有一點想不通：
1、新建一個子進(jìn)程的時候調(diào)用內(nèi)核do_fork-->copy_process-->copy_files-->dup_fd，在dup_fd函數(shù)中對父進(jìn)程的files_struct  files 結(jié)構(gòu)體進(jìn)行了完全復(fù)制，這樣子進(jìn)程就擁有和父進(jìn)程一樣的文件描述符表，此時子進(jìn)程是可以對父進(jìn)程打開的文件進(jìn)行操作的；
2、然后子進(jìn)程調(diào)用exec系列函數(shù)，函數(shù)最終掉用do_execve_common--->unshared_files-->unshared_fd-->dup_fd，在dup_fd函數(shù)中對子進(jìn)程的files_struct  files 結(jié)構(gòu)體進(jìn)行了完全復(fù)制，也就是說調(diào)用exec系列函數(shù)之后拋棄了之前復(fù)制的父進(jìn)程的files_struct結(jié)構(gòu)，又生成了一個新的files_struct，但是仍然沒有對文件描述符表的清空操作；

那么問題是：整個子進(jìn)程創(chuàng)建過程中都沒有對文件描述符表的清空操作嗎？那么子進(jìn)程即使調(diào)用了exec，還是可以打開父進(jìn)程的文件�。�

而且子進(jìn)程再申請文件描述符的時候，申請的fd不是從3開始，而是延續(xù)父進(jìn)程的序號（好比父進(jìn)程已經(jīng)打開兩個文件），返回fd= 5，這樣應(yīng)該不對吧？


求大牛指點！

nswcfd

應(yīng)該不是吧，貌似是由FD_CLOEXEC來控制的。

zhangweijuan008

nswcfd 發(fā)表于 2015-04-07 09:41
應(yīng)該不是吧，貌似是由FD_CLOEXEC來控制的。

謝謝，確實是這樣