在通用内核扩展中解析文件

Question

Xcode 的通用内核扩展需要文件解析。

例如，我想读取 A.txt 文件的内容并将其保存为变量。就像你在 c 中使用 FILE、fopen、EOF 一样

如您所见，通用内核扩展不能包含stdio.h，导致使用未声明标识符的错误。

我想知道是否有一种方法可以解析通用内核扩展中的文件，例如 c. （以下代码可用于内核扩展）

FILE *f;
char c;
int index = 0;
f = fopen(filepath, "rt");
while((c = fgetc(f)) != EOF){
    fileContent[index] = c;
    index++;
}
fileContent[index] = '\0';

Answer 1

这当然是可能的。您需要执行以下操作：

1. 使用vnode_open() 打开文件。这会将您的路径变成vnode_t 引用。你需要一个 VFS 授权上下文；如果您还没有，您可以使用vfs_context_create() 获取当前线程的上下文（即，以内核当前正在其进程上下文中运行的用户身份打开文件）。
2. 使用vn_rdwr() 执行I/O。 （读取和写入使用相同的函数，只需将UIO_READ 或UIO_WRITE 作为第二个参数传递。）
3. 关闭文件并使用vnode_close() 删除对vnode 的引用。可能使用 vfs_context_rele() 处理创建的 VFS 上下文。

您需要查看所有这些函数的 headerdocs，它们在 Kernel.framework 的 <sys/vnode.h> 中定义，并且解释每个参数超出了 SO 问题/答案的范围。

注意：然而，正如评论者已经指出的那样，您需要确保打开文件确实是解决您的问题所需要的，特别是如果您是对内核编程很陌生。如果完全不确定，我建议您发布一个问题，类似于“我正在尝试做 X，以 kext 读取文件真的是最好的前进方式吗？”其中 X 的级别足够高，不是“我需要内核中文件的内容”而是为什么，以及为什么要专门使用 file？

在各种内核执行上下文中，文件 I/O 可能不安全（即有时可能会挂起系统）。如果您的 kext 在引导期间提前加载，则可能还没有文件系统。文件 I/O 会导致系统中发生很多，并且在内核方面可能需要很长时间 - 特别是如果您考虑网络文件系统（包括 netboot 环境！）。如果您不小心，如果用户尝试弹出带有您的 kext 已打开文件的卷，则可能会导致不良的用户体验：用户无法解决此问题，操作系统只能建议关闭特定的应用程序，它无法深入您的 kext。另外，一般来说，关于内核编程有一些常见的警告：仅仅因为它可以在内核中完成，并不意味着它应该是。恰恰相反：只有在不能以任何其他方式完成时才应该在 kext 中完成。