当将文件从一个地方移动到另一个地方时，或者替换文件时，我总是使用方法moveItemAtURL:toURL:或replaceItemAtURL:WithItemAtURL: from NSFileManager.
在调用这些方法时，我想确定需要多少时间，以便我可以使用NSProgressIndicator告诉用户需要多长时间。就像您使用 OSX 移动文件一样，它会告诉您剩余的时间。
我查看了苹果文档，但找不到任何有关此的信息。想知道这是否可以实施，请指教。
问问题
560 次
3 回答
5
你无法提前知道要花多长时间。您可以做的是在复制文件时计算“完成百分比”。但要做到这一点，您需要使用较低级别的 API。您可以使用 NSFileManagersattributesOfItemAtPath:error获取文件大小和 NSStreams 进行复制（有很多方法可以做到这一点）。完成百分比是bytesWritten / totalBytesInFile。
--- 编辑：添加示例代码作为 NSURL 上的一个类别，回调块传递写入的字节总数、完成百分比和估计剩余时间（以秒为单位）。
#import <mach/mach_time.h>
@interface NSURL(CopyWithProgress)<NSObject>
- (void) copyFileURLToURL:(NSURL*)destURL withProgressBlock:(void(^)(double, double, double))block;
@end
@implementation NSURL(CopyWithProgress)
- (void) copyFileURLToURL:(NSURL*)destURL
withProgressBlock:(void(^)(double, double, double))block
{
///
// NOTE: error handling has been left out in favor of simplicity
// real production code should obviously handle errors.
NSUInteger fileSize = [[NSFileManager defaultManager] attributesOfItemAtPath:self.path error:nil].fileSize;
NSInputStream *fileInput = [NSInputStream inputStreamWithURL:self];
NSOutputStream *copyOutput = [NSOutputStream outputStreamWithURL:destURL append:NO];
static size_t bufferSize = 4096;
uint8_t *buffer = malloc(bufferSize);
size_t bytesToWrite;
size_t bytesWritten;
size_t copySize = 0;
size_t counter = 0;
[fileInput open];
[copyOutput open];
uint64_t time0 = mach_absolute_time();
while (fileInput.hasBytesAvailable) {
do {
bytesToWrite = [fileInput read:buffer maxLength:bufferSize];
bytesWritten = [copyOutput write:buffer maxLength:bytesToWrite];
bytesToWrite -= bytesWritten;
copySize += bytesWritten;
if (bytesToWrite > 0)
memmove(buffer, buffer + bytesWritten, bytesToWrite);
}
while (bytesToWrite > 0);
if (block != nil && ++counter % 10 == 0) {
double percent = (double)copySize / fileSize;
uint64_t time1 = mach_absolute_time();
double elapsed = (double)(time1 - time0)/NSEC_PER_SEC;
double estTimeLeft = ((1 - percent) / percent) * elapsed;
block(copySize, percent, estTimeLeft);
}
}
if (block != nil)
block(copySize, 1, 0);
}
@end
int main (int argc, const char * argv[])
{
@autoreleasepool {
NSURL *fileURL = [NSURL URLWithString:@"file:///Users/eric/bin/data/english-words.txt"];
NSURL *destURL = [NSURL URLWithString:@"file:///Users/eric/Desktop/english-words.txt"];
[fileURL copyFileURLToURL:destURL withProgressBlock:^(double bytes, double pct, double estSecs) {
NSLog(@"Bytes=%f, Pct=%f, time left:%f s",bytes,pct,estSecs);
}];
}
return 0;
}
样本输出：
Bytes=40960.000000, Pct=0.183890, time left:0.000753 s
Bytes=81920.000000, Pct=0.367780, time left:0.004336 s
Bytes=122880.000000, Pct=0.551670, time left:0.002672 s
Bytes=163840.000000, Pct=0.735560, time left:0.001396 s
Bytes=204800.000000, Pct=0.919449, time left:0.000391 s
Bytes=222742.000000, Pct=1.000000, time left:0.000000 s
于 2013-05-03T21:39:34.283 回答
2
我主要同意 CRD。我只想指出，在某些常见情况下，两者-moveItemAtURL:toURL:都-replaceItemAtURL:WithItemAtURL:...非常快。当源和目标位于同一卷上时，无需复制或移动数据，只需复制或移动元数据。当卷是本地的（而不是网络安装的）时，这通常花费的时间可以忽略不计。也就是说，计划他们可能需要大量时间的可能性是适当的。
此外，他还提到了copyfile()移动文件的例程。在卷之间移动文件时，复制然后删除原始文件是必要的方法，但rename()系统调用将在卷内执行移动，而无需复制任何内容。因此，一种合理的方法是先尝试rename()，如果失败，则EXDEV回退到copyfile().
最后，exchangedata()系统调用可以用作重新实现的一部分-replaceItemAtURL:WithItemAtURL:...。
我不推荐 aLevelOfIndirection 建议的方法，因为有很多关于复制文件的繁琐细节。依赖系统库比尝试使用自己的库要好得多。例如，他的示例完全忽略了文件元数据（文件日期、扩展属性等）。
于 2013-05-04T07:59:35.637 回答
1
方法moveItemAtURL:toURL:和replaceItemAtURL:WithItemAtURL:是高级操作。虽然它们提供了移动/替换所需的语义，但正如您所发现的，它们并没有在这些操作期间提供您希望的那种反馈。
Apple 正在更改较低级别的文件处理例程，许多现在在 10.8 中被标记为已弃用，因此您需要仔细选择您选择使用的内容。但是，在最低级别，系统调用（手册第 2 节）和库函数（手册第 3 节），您可以使用的函数并未被弃用。
一个选项，还有其他选项，是函数copyfile（手册第 3 节），它将复制文件或文件夹层次结构并提供进度回调。这应该为您提供与进度一起的大部分语义moveItemAtURL:toURL:，但您需要做更多的工作replaceItemAtURL:WithItemAtURL:以保持安全（在发生错误时不会丢失数据）。
如果这不能满足您的所有需求，您还可以另外查看低级stat和朋友以了解文件大小等。
高温高压
于 2013-05-03T21:40:01.723 回答