ios ghi vào đĩa trên sợi nền

Question

Tôi hiện đang viết một số tập tin vào đĩa trong thread nền chỉ bằng cách gọi

dispatch_async(my_queue,^{ 
    [self writeToRoot:filename data:data]; 
}; 

- (BOOL)writeToRoot:(NSString *)path data:(NSData *)content 
{ 
    NSString *fullPath = [[self rootPath] stringByAppendingPathComponent:path]; 

    NSString *pathWithoutFile = [fullPath stringByDeletingLastPathComponent]; 

    BOOL directoryExists = [[NSFileManager defaultManager] fileExistsAtPath:pathWithoutFile]; 

    if (!directoryExists) { 
     NSError *error = nil; 
     [[NSFileManager defaultManager] createDirectoryAtPath:pathWithoutFile 
            withIntermediateDirectories:YES 
                attributes:nil error:&error]; 
     NSParameterAssert(error == nil); 
    } 

    return [content writeToFile:fullPath atomically:NO]; 
} 

tôi đang làm điều này như vậy vì nó sẽ không chặn các chủ đề chính. Câu hỏi của tôi là làm thế nào để đảm bảo an toàn luồng. trong khi thao tác nền này đang được thực hiện, điều gì xảy ra khi tôi cố gắng đọc từ đĩa tệp bằng cách gọi:

[NSData dataWithContentsOfFile:fullPath]; 

Nội dung sẽ bị hỏng? HOẶC thao tác ghi sẽ khóa tệp và thao tác đọc sẽ đợi cho đến khi hoàn tất quá trình ghi?

Answer 1

Tôi muốn được xu hướng dispatch_sync hoạt động đọc của mình vào my_queue để đảm bảo an toàn thread (giả định rằng đó là một hàng đợi nối tiếp). Bạn cũng có thể sử dụng bất kỳ khác nhau trong số synchronization tools (chẳng hạn như khóa hoặc chỉ thị @synchronized), nhưng với điều kiện bạn đã thiết lập hàng đợi cho tương tác tệp, sử dụng hàng đợi nối tiếp đó có lẽ là dễ nhất.

Kỹ thuật này, việc sử dụng hàng đợi để điều phối tương tác với tài nguyên được chia sẻ sẽ được thảo luận trong phần Eliminating Lock-Based Code của Hướng dẫn lập trình đồng thời .

---

Bằng cách này, nếu bạn đang lưu trong một hàng đợi nền (có nghĩa là tiết kiệm hoạt động là đủ để biện minh cho làm việc đó trong nền lẽ chậm) nó có thể là thận trọng để đảm bảo rằng bạn yêu cầu một chút thời gian để hoàn thành các hoạt động trong trường hợp ứng dụng, chính nó, bị gián đoạn (tức là người dùng chạm vào nút home vật lý, một cuộc gọi đến, vv) trong khi hoạt động lưu đang được tiến hành. Bạn làm điều này bằng cách gọi beginBackgroundTaskWithExpirationHandler trước khi bạn cử một pha cứu hoạt động, và gọi endBackgroundTask khi nó được thực hiện:

UIApplication *application = [UIApplication sharedApplication]; 

// get background task identifier before you dispatch the save operation to the background 

UIBackgroundTaskIdentifier __block task = [application beginBackgroundTaskWithExpirationHandler:^{ 
    if (task != UIBackgroundTaskInvalid) { 
     [application endBackgroundTask:task]; 
     task = UIBackgroundTaskInvalid; 
    } 
}]; 

// now dispatch the save operation 

dispatch_async(my_queue, ^{ 

    // do the save operation here 

    // now tell the OS that you're done 

    if (task != UIBackgroundTaskInvalid) { 
     [application endBackgroundTask:task]; 
     task = UIBackgroundTaskInvalid; 
    } 
}); 

này sẽ đảm bảo rằng bạn tiết kiệm hoạt động có cơ hội chiến đấu để hoàn thành công, ngay cả khi ứng dụng bị gián đoạn.

Và, như Jsdodgers chỉ ra, bạn có thể muốn thực hiện viết nguyên tử.

Answer 2

Vì mã của bạn là ngay bây giờ, có, sẽ có sự cố. Điều này là do bạn đang đặt thiết bị không chuyển đổi theo nguyên tắc:

return [content writeToFile:fullPath atomically:NO]; 

Điều gì có nghĩa là thay vì xóa tệp sau đó bắt đầu ghi, nó ghi tệp vào một vị trí tệp tạm thời riêng biệt. Khi tệp được ghi hoàn toàn, sau đó xóa phiên bản cũ của tệp (nếu có) và đổi tên tệp mới thành tên chính xác. Nếu quá trình chuyển không hoàn thành, sẽ không có gì xảy ra và tệp tạm thời sẽ bị xóa.

Vì vậy, nếu bạn thay đổi nguyên tử trong dòng đó thành YES, thì gọi đến dữ liệu đó sẽ trả lại dữ liệu cũ cho đến khi quá trình lưu hoàn tất và bất cứ lúc nào sau đó sẽ đưa bạn dữ liệu mới.

Vì vậy, để làm được điều này, bạn sẽ muốn:

return [content writeToFile:fullPath atomically:YES];