此页面描述了函数的保证行为，readdir并readdir_r包含以下句子：
在调用 fork() 之后，父或子（但不是两者）可以继续使用 readdir()、rewinddir() 或 seekdir() 处理目录流。如果父进程和子进程都使用这些函数，则结果未定义。
我正在围绕DIR*-related 函数系列编写一个 fork-safe 包装器作为练习，我想知道它是否closedir同时对父级和子级中的目录流是安全的，或者不继续读取的进程是否从目录流根本不应该与目录流交互。
AskOverflow.Dev
作为一般性评论，我建议参考当前的描述
readdir（它不会在这里改变任何东西）。closedir在实践中做了两件事：它释放 C 库分配的内存来跟踪目录流，如果opendir//readdir系列closedir函数是使用文件描述符实现的，它会关闭文件描述符。这两个操作都适用于调用它们的进程，而不是潜在的父进程或子进程fork：释放目录流只会影响调用进程的内存（如有必要，创建相关页面的副本以独立于任何页面进行更改）其他进程具有来自写时复制的共享内存映射fork），并且关闭文件描述符仅影响当前进程（如果另一个进程具有共享底层文件描述的文件描述符，则不会释放文件描述）。因此，虽然
readdir从共享目录流上的不同进程调用是不安全的（因为底层共享文件描述），但closedir它是安全的。