仅使用 C/C++ API 写入期间的 iOS 文件大小

Posted 2023-02-22

【中文标题】仅使用 C/C++ API 写入期间的 iOS 文件大小

【英文标题】：iOS file size during write using only C/C++ APIs

【发布时间】：2014-10-23 19:46:36

【问题描述】：

目的：我正在使用 BSD 内核队列监视 ios 上特定目录中的文件写入，并轮询文件大小以确定写入结束（当大小停止变化时）。基本想法是仅在 来自 iTunes 同步的任意数量的文件副本之后刷新文件夹。为此，我有一个完全可用的 Objective-C 实现，但我有理由只需要在 C++ 中实现相同的东西。

问题： 阻止我的一件事是我找不到在写入过程中获得正确文件大小的 C 或 C++ API。据推测，必须存在一个，因为 Objective-C 的 [NSFileManager attributesOfItemAtPath:] 似乎可以工作，而且我们都知道它只是在下面调用一个 C API。

失败的解决方案：

我尝试使用 stat() 和 lstat() 来获取 st_size 甚至 st_blocks 来获取分配的块数，并且它们为目录中的大多数文件返回正确的大小，但是当发生文件写入时，该文件的大小在轮询间隔之间永远不会改变，并且在该目录中迭代的每个后续文件都有错误的大小。

我曾尝试使用 fseek 和 ftell，但它们也导致了非常相似的问题。

我还尝试使用 stat() 和 st_mtimespec 修改日期而不是大小，并且日期在写入期间似乎没有改变 - 不是我预期的那样。

回到 NSFileManager 给我正确值的能力，有没有人知道 [NSFileManager attributesOfItemAtPath:] 在下面实际使用的 C API 调用是什么？

提前致谢。

更新： 似乎这与正在进行的写入操作关系不大，而与特定文件的关系更大。仔细检查后，有些文件总是返回大小，而其他文件在使用 C API 时从不返回大小（但在 Objective-C API 中可以正常工作）。即使创建“好”文件的副本，C API 也不想为副本提供大小，但可以很好地处理原始“好”文件。对于文本（xml）文件和二进制（zip）文件，我既有失败也有成功。我正在使用 iTunes 将这些文件添加到 iPad 应用程序的 Documents 目录中。它是 iPad Mini Retina。

更新 2 - 答案： 如果您的路径没有像我的那样被无形地丢弃，那么上述任何文件大小方法都可能会起作用。请参阅已接受的答案，了解为什么路径被丢弃。

【参考方案1】：

这个奇怪的行为原来是路径的问题，导致字符串可以正常打印，但很可能在内存中被丢弃，以至于文件描述符有时不喜欢它（因此只发生在某些文件路径中）。我使用 dirent API 来遍历目录中的文件并错误地连接 dir 路径和文件名。

Bad Path Concatenation：显然（或者在运行时显然不那么明显）str-copying 超过 3 次不会有好的结果。

char* fullPath = (char*)malloc(strlen(dir) + strlen(file) + 2);
strcpy(fullPath, dir);
strcpy(fullPath, "/");
strcpy(fullPath, file);
long sizeBytes = getSize(fullPath);
free(fullPath);

正确的路径连接：使用正确的 str 连接。

char* fullPath = (char*)malloc(strlen(dir) + strlen(file) + 2);
strcpy(fullPath, dir);
strcat(fullPath, "/");
strcat(fullPath, file);
long sizeBytes = getSize(fullPath);
free(fullPath);

长话短说，我的工作很草率，有两个错别字。