如何使用Readlink获取值。
答案 0 :(得分：1)
答案是：
不要这样做
至少不是你提议的方式。
您在此处指定了一个解决方案，但未指定您真正想要做的事情[以及为什么？]。也就是说，您的需求/要求是什么？假设你得到它，你想用文件名做什么？您发布了用户空间应用程序的裸片段，但未发布任何内核代码。
作为一个长期的内核程序员，我可以告诉你，这不会起作用，无法工作，并且是一个可怕的黑客。在内核和用户空间内使用的方法有很大的不同。
/proc严格用于用户空间应用程序以窥探内核数据。/proc文件系统驱动程序假定用户空间，因此它们总是copy_to_user。数据将写入用户地址空间，不内核地址空间，因此永远不会在内核中工作。
即使你可能在内核中使用/proc，这也是一种真正糟糕的方式。
你可以获取等效数据，但它比这复杂一点。如果您正在拦截内核中的read系统调用，那么您[已经]可以访问current任务结构和呼叫中使用的fd号码。从这里，您可以找到给定打开文件的结构，并直接获得您想要的任何内容，而根本不涉及/proc。以此为出发点。
请注意，执行此操作将需要您阅读内核文档，文件系统驱动程序源，系统调用等。如何使用各种锁定方法（例如RCU，rw锁，自旋锁）锁定数据结构和列表。另外，per-cpu变量。内核线程抢占。如何正确遍历必要的文件系统相关列表和结构以获取所需的信息。所有这些，不会导致基于陈旧或不一致/动态变化数据的锁定，恐慌，段错误，死锁，UB。
你需要学习所有这些以熟悉内核在内部执行操作的方式，理解它，之前你尝试做这样的事情。如果你有，你会阅读/proc驱动程序的源代码，并且已经知道事情失败的原因。
作为一个建议，忘记你已经了解的关于用户空间应用程序如何做事的任何事情。它不适用于此处。在内部，内核的组织方式与您以前完全不同。
在此实例中，您无需在内核中使用readlink。这就是用户空间应用程序 执行此操作的方式，但在内核中，它就像驾驶100英里的距离来获取您已经拥有的数据，并且，正如我之前提到的，不会甚至工作。