NSData writeToFile не полностью написан при чтении

Question

Я пишу приложение для iPhone, которое позволяет просматривать изображения в одном представлении и создавать их в другом.

мнение, что создает изображение будет записать образ документов.Папка, используя следующий код (при касании кнопки, чтобы закрыть вид):

[UIImagePNGRepresentation(image) writeToFile:path atomically:YES]; 

Вид браузер будет загружать изображения с помощью:

UIImage *image = [UIImage imageWithContentsOfFile:path]; 

Теперь это работает отлично 9 из 10 раз. 1 из 10 изображение не написано полностью, прежде чем загружать его, чтобы нижняя половина была черной. Все будет записано в конце концов - если я перезагружу изображение в браузере, будет показано полное изображение. Я думал, что эти вещи всегда будут согласованы внутри одного потока.

Могу ли я сделать что-то, чтобы предотвратить такое поведение?

Прямо сейчас я собираюсь передать вновь созданное изображение обратно в браузер, но это похоже на хак, поскольку браузер показывает все ваши ранее созданные изображения.

Answer 1

Если вы уверены, что изображение сохраняется в главном (UI) потоке с writeToFile:atomically:, и изображение загружается также в основной поток, то похоже, что существует проблема с этим методом, поддерживающим его контракт для завершения операции к моменту возврата вызова. У iOS иногда есть ошибки, и, возможно, вы их нашли.

Я также отметить, что один из возможных способов, которые я видел подобные проблемы возникают, когда assumptions are made about the order, в котором viewWillAppear, viewDidDisappear и т.д. называется при выходе одного представления для отображения другого. Таким образом, я также должен убедиться, что изображение не сохраняется в одном из этих методов.

Поскольку вы сказали, что проблема показывает изображение , половина видно, я бы предположил, что это не тот случай, но я включаю предупреждение для кого-то другого с аналогичной проблемой с порядком операций.

Answer 2

Стандартное решение для процесса, не заканчивающегося для пользовательского интерфейса, состоит в том, чтобы разбить его на новый поток. Возможно, вам нужно создать отдельный поток, чтобы сохранить изображение, а затем уведомить пользовательский интерфейс через метод делегата, чтобы обновить его.