如何使用Readlink

Question

如何使用Readlink来获取这些值。

Answer 1

答案是：

不要这样做

至少不是以你提议的方式。

您在这里指定了一个解决方案，而没有指定您真正想要做什么以及为什么？也就是说，您的需求/要求是什么？假设你得到了它，你想对文件名做什么？您只发布了用户空间应用程序的一小部分，但没有发布任何内核代码。

作为一个长期的内核程序员，我可以告诉你，这是不能工作的，不能工作的，而且是一个可怕的黑客攻击。在内核中使用的方法与在用户空间中使用的方法有很大的区别。

/proc仅供用户空间应用程序窥探内核数据。/proc文件系统驱动程序假定用户空间，因此它们总是执行copy_to_user。数据将写入用户地址空间，而不是内核地址空间，因此这永远不会在内核中工作。

即使你可以在内核中使用/proc，这也是一种非常糟糕的方式。

您可以获得等效的数据，但它比这要复杂一点。如果您在内核中拦截read系统调用，那么您已经可以访问current任务结构和调用中使用的fd编号。这样，您就可以找到给定打开的文件的结构，并直接获得您想要的任何内容，而完全不涉及/proc。以此为起点。

请注意，这样做将需要您阅读内核文档、文件系统驱动程序的源代码、syscall等，以及如何使用各种锁定方法(例如RCU、rw锁、自旋锁)锁定数据结构和列表。另外，每个cpu的变量。内核线程抢占。如何正确地遍历必要的文件系统相关列表和结构，以获得所需的信息。所有这些都不会导致锁定、死机、段错误、死锁、基于陈旧或不一致/动态变化的数据的UB。

在尝试这样做之前，您需要学习所有这些内容，以便熟悉内核在内部执行操作的方式，并理解它。如果你有，你应该已经阅读了/proc驱动程序的源代码，并且已经知道为什么事情会失败。

作为一个建议，忘记你所学到的关于用户空间应用程序如何做事情的任何东西。它不适用于这里。在内部，内核的组织方式完全不同于您所习惯的方式。

在这种情况下，您不需要在内核中使用readlink。这是用户空间应用程序必须要做的事情，但在内核中，这就像开了100英里的车来获取附近已有的数据，而且，正如我前面提到的，它甚至不能工作。