为什么C readdir手册页说静态分配的结果结构没有调用free

这里的规则非常简单 – 您可以自由地创建readdir()返回的数据的副本，但是您不拥有将数据放入的缓冲区，因此您不能采取建议您执行的操作。 （即，将数据复制到您自己的缓冲区;不要将指针存储在readdir拥有的缓冲区中）。

so I'm wondering if I should allocate a seperate dirent struct which will be part of the list and memcpy it over the returned result – 这正是你应该做的。

I'm also confused by the terminology of "may" in the above man page. does this mean that somtimes it's statically allocated, and sometimes it's not. – 这意味着你不能指望如何管理，但它会为你管理。 细节可能因系统而异。

重入意味着线程安全。 readdir（）使用一个静态条目，使得多线程不能安全地使用，就好像它们每个都控制多重呼叫过程一样。 readdir_r（）将使用调用者提供的分配空间，让多个线程独立工作。

结构可能是静态分配的，它可能是线程本地的，可能是动态分配的。 这取决于实施。 但不管怎么样，这不是你的自由，这就是为什么你不能释放它。

readdir_r没有为你分配任何东西，你给它一个dirent ，然后分配给它，所以它比你调用readdir和复制dir数据节省了一些工作量。 这不是readdir_r的主要目的，但实际上它是从不同线程同时进行调用的能力，而readdir则无法做到这一点。

实际上，“可重入”的意思是在先前的调用返回之前，可以再次调用该函数。 一般来说，这可能意味着一个不同的线程（这是大多数人所说的“线程安全”），从第一次调用期间发生的信号的处理程序，或由于递归。 但是C标准没有线程的概念，所以只提到后两者的意思。 Posix定义了“线程安全”来要求这种形式的重入，此外，大多数人认为是线程安全的。

在Posix中，要求线程安全的每个函数都必须是可重入的，并且readdir_r必须是线程安全的。 我认为在较弱意义上的重入与readdir_r无关，因为它不调用任何可能导致递归的用户代码，也不是异步信号安全的，所以它不能从信号处理程序中调用。

要小心，因为当有些人（Java程序员）说“线程安全”时，它们表示这个函数可以被同一个参数上的不同线程同时调用 ，并且会使用锁来正确工作。 Posix API并不是线程安全的，它只是意味着可以同时调用不同的数据。 该函数使用的任何全局数据都受锁或其他方式的保护，但参数不一定是。

第一个问题

这意味着readdir可能有这样的东西：

 struct dirent * readdir(DIR *dirp) { static struct dirent; /* Do stuff. */ return &dirent; } 

很明显，它是非法的（ 因为你没有通过malloc获得它 ）。

标准并不强迫任何人这样做。 一个实现可以使用自己的机制（也许是malloc ，后来free ）。

第二个问题

“可重入”意味着，当我们在readdir_r ， 可以再次安全地调用函数 （例如从信号处理程序中）。 例如， readdir不可重入。 假设发生这种情况：

• 你叫readdir(dir); 并开始修改dirent
• 在完成之前，它会被打断，而其他人则会调用它（来自异步上下文）
• 它的版本修改dirent ，返回和异步上下文
• 您的版本返回。 dirent包含什么？

可重入函数是天赐之物，它们总是可以安全地调用。