Objective-C中如何高效从文件开头截断至指定大小？

嘿，你提到的直接读写整个大文件的方案确实会带来严重的性能问题，尤其是高频写入场景下——100M的内容加载到内存里，不仅占资源还容易触发内存警告。这里有两个更高效的思路，既不用把整个文件塞进内存，又能实现日志大小控制：

方案一：流式截断（仅保留文件末尾指定内容） #

iOS的文件系统没法直接从开头截断文件（本质上需要移动后续所有数据），但我们可以通过流式复制文件尾部内容来实现目标，全程只用一小块缓冲区，内存占用极低。

具体步骤：

1. 先获取当前日志文件的大小
2. 如果超过100M，计算需要保留的起始偏移量（比如要保留最后90M，起始偏移量就是 当前文件大小 - 90*1024*1024）
3. 创建临时文件，用NSFileHandle只读打开原文件，跳转到起始偏移量，分块读取内容写入临时文件
4. 关闭所有句柄，删除原文件，把临时文件重命名为原日志文件

代码示例：

#define MAX_LOG_SIZE (100 * 1024 * 1024) // 100M 阈值
#define RETAIN_LOG_SIZE (90 * 1024 * 1024) // 超过阈值后保留最后90M

- (void)truncateLogFileIfNeeded:(NSString *)filePath {
    // 获取文件大小
    NSError *error = nil;
    NSDictionary *fileAttrs = [[NSFileManager defaultManager] attributesOfItemAtPath:filePath error:&error];
    if (error) {
        NSLog(@"获取文件属性失败: %@", error);
        return;
    }
    unsigned long long fileSize = [fileAttrs fileSize];
    if (fileSize <= MAX_LOG_SIZE) {
        return; // 无需截断
    }
    
    // 计算起始偏移量
    unsigned long long startOffset = fileSize - RETAIN_LOG_SIZE;
    
    // 创建临时文件路径
    NSString *tempFilePath = [filePath stringByAppendingString:@".tmp"];
    NSFileManager *fm = [NSFileManager defaultManager];
    if ([fm fileExistsAtPath:tempFilePath]) {
        [fm removeItemAtPath:tempFilePath error:nil];
    }
    
    // 流式复制尾部内容（用4KB缓冲区，可按需调整）
    NSFileHandle *readHandle = [NSFileHandle fileHandleForReadingAtPath:filePath];
    NSFileHandle *writeHandle = [NSFileHandle fileHandleForWritingAtPath:tempFilePath];
    if (!readHandle || !writeHandle) {
        NSLog(@"打开文件句柄失败");
        [fm removeItemAtPath:tempFilePath error:nil];
        return;
    }
    
    [readHandle seekToFileOffset:startOffset];
    const NSUInteger bufferSize = 4 * 1024;
    NSData *dataChunk;
    while ((dataChunk = [readHandle readDataOfLength:bufferSize]) && dataChunk.length > 0) {
        [writeHandle writeData:dataChunk];
    }
    
    // 关闭句柄
    [readHandle closeFile];
    [writeHandle closeFile];
    
    // 替换原文件
    [fm removeItemAtPath:filePath error:&error];
    if (error) {
        NSLog(@"删除原日志文件失败: %@", error);
        [fm removeItemAtPath:tempFilePath error:nil];
        return;
    }
    [fm moveItemAtPath:tempFilePath toPath:filePath error:&error];
    if (error) {
        NSLog(@"重命名临时文件失败: %@", error);
        [fm removeItemAtPath:tempFilePath error:nil];
    }
}

这个方案的优势是内存占用极低（只有几KB的缓冲区），即使处理100M的文件也不会卡顿，而且是原子性替换文件，能避免日志丢失。

方案二：日志轮转（更推荐的长期方案） #

如果业务允许，日志轮转是比截断更高效的方案——当当前日志文件达到100M时，直接新建一个日志文件，不再修改旧文件，同时可以限制保留的日志文件数量（比如最多保留5个）。

这种方式完全避免了对大文件的修改操作，写入性能和普通日志写入一致，而且日志文件更易于管理（比如按序号命名，排查问题时能快速定位时间段）。

代码示例（简化版）：

#define MAX_LOG_SIZE (100 * 1024 * 1024)
#define MAX_LOG_FILE_COUNT 5 // 最多保留5个日志文件

- (NSString *)currentLogFilePath {
    // 获取日志存储目录（比如Documents/Logs）
    NSString *logDir = [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) firstObject];
    logDir = [logDir stringByAppendingPathComponent:@"Logs"];
    [[NSFileManager defaultManager] createDirectoryAtPath:logDir withIntermediateDirectories:YES attributes:nil error:nil];
    
    // 当前日志文件命名为log_0.log
    return [logDir stringByAppendingPathComponent:@"log_0.log"];
}

- (void)rotateLogsIfNeeded {
    NSString *currentPath = [self currentLogFilePath];
    NSError *error = nil;
    NSDictionary *attrs = [[NSFileManager defaultManager] attributesOfItemAtPath:currentPath error:&error];
    if (!attrs || [attrs fileSize] <= MAX_LOG_SIZE) {
        return;
    }
    
    NSFileManager *fm = [NSFileManager defaultManager];
    NSString *logDir = [currentPath stringByDeletingLastPathComponent];
    
    // 轮转日志文件：log_4.log → 删除，log_3.log → log_4.log，...，log_0.log → log_1.log
    for (NSInteger i = MAX_LOG_FILE_COUNT - 1; i > 0; i--) {
        NSString *srcPath = [logDir stringByAppendingPathComponent:[NSString stringWithFormat:@"log_%ld.log", i-1]];
        NSString *dstPath = [logDir stringByAppendingPathComponent:[NSString stringWithFormat:@"log_%ld.log", i]];
        if ([fm fileExistsAtPath:dstPath]) {
            [fm removeItemAtPath:dstPath error:nil];
        }
        if ([fm fileExistsAtPath:srcPath]) {
            [fm moveItemAtPath:srcPath toPath:dstPath error:nil];
        }
    }
    
    // 创建新的空日志文件
    [[NSData data] writeToFile:currentPath atomically:YES];
}

// 写入日志时先检查是否需要轮转
- (void)writeLog:(NSString *)logContent {
    [self rotateLogsIfNeeded];
    
    // 你的原有追加日志逻辑
    NSFileHandle *fileHandle = [NSFileHandle fileHandleForWritingAtPath:[self currentLogFilePath]];
    if (!fileHandle) {
        // 文件不存在时直接创建写入
        [logContent writeToFile:[self currentLogFilePath] atomically:YES encoding:NSUTF8StringEncoding error:nil];
        return;
    }
    [fileHandle seekToEndOfFile];
    [fileHandle writeData:[logContent dataUsingEncoding:NSUTF8StringEncoding]];
    [fileHandle closeFile];
}

这个方案几乎没有性能损耗，因为只是文件重命名操作，而且日志文件是独立的，后续排查问题时也更容易定位不同时间段的日志。

总结 #

• 如果必须用单文件日志，优先选流式截断方案，避免内存暴涨；
• 如果业务允许，强烈推荐日志轮转，这是日志系统的标准方案，性能和可维护性都更好。

内容的提问来源于stack exchange，提问作者hellopeach