Основные данные и ошибка в консоли во время выполнения

Я встречал следующие сообщения в консоли во время выполнения, и я понятия не имею, почему. Я искал везде, и никто, кажется, не встретил этого:

INFO: fetch-response не может открыть файл /Users/userName/Library/Application Support/iPhone Simulator/7.0.3/Applications/964A590B-7131-4BAE-958B-1783BEC193EF/Library/Caches/userName.AppName/fsCachedData/2F1A8708-35A9-491E-9C21-154BA428CA10. Errno: 2

ОШИБКА: не удалось удалить данные кэша из FS:/Users/userName/Library/Application Support/iPhone Simulator/7.0.3/Applications/964A590B-7131-4BAE-958B-1783BEC193EF/Library/Caches/userName.AppName/fsCachedData/83A968D1-0A2B-4D20-97D5-487A876649DC, errno: 22

Однако это не влияет на выполнение, но я полагаю, что это не очень хороший знак. Я использую Core Data с таймером, который часто обновляет базу данных с сервера. Эти сообщения появляются синхронно с обновлениями, но не систематически. Только один в то время, "INFO" или "ERROR". Reset Содержание и настройки в симуляторе не помогли решить проблему.

Кто-нибудь имеет представление о значении этих сообщений?

Ответ 1

Я испытал это при работе на своем устройстве с помощью приложения, которое я создаю. Он отлично работал целыми неделями, а затем внезапно эта ошибка. Я понял, что это связано с отсутствием памяти на устройстве. Я использую небольшой вызов приложения "Состояние системы", который позволяет вам просматривать статистику памяти и выпускать любую старую неиспользуемую память. Я получаю эту ошибку только в Xcode, если на моем устройстве меньше 5% доступной памяти. Поэтому он не может загрузить файл кэша, к которому относится приложение, и, следовательно, ошибка. Закройте все свои приложения для многозадачности и перезагрузите устройство или получите приложение и освободите память.

Ответ 2

После некоторого тестирования/отладки (извините за задержку) у меня есть хотя бы временное решение.

Из-за многопоточного процесса сохранения Core Data я нашел немного сложным определить точное местоположение ошибки, но определенно кажется, что ошибка возникает, когда Core Data пытается сохранить один из контекста в стеке (возможно, последний "корень" ).

Поскольку каждое сохранение занимает несколько секунд (без зависания UI: p), я решил, что ошибка может быть сгенерирована с помощью < сохранения перекрытия ".

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

Теперь все еще есть заминка, и любой экспертный ответ будет очень оценен!

Ответ 3

Удаление приложения с устройства и его установка снова удаляет это сообщение об ошибке.

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

Ответ 4

Для меня это произошло, когда у моего телефона закончились батареи и он умер в результате. Удалив приложение, перезагрузив его, восстановив/установив проблему.

Ответ 5

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

В ситуации, описанной в исходном посте, это может быть очень хорошо.