Где на самом деле хранятся твои файлы на iPhone и кто может их видеть

Каждое установленное приложение работает в песочнице: приватном дереве папок, которое может читать и изменять только оно само. Нет общего диска C:, нет /home, нет места, куда приложение могло бы просто забрести. Это фундамент модели безопасности платформы, и это по-настоящему хорошо: плохо ведущее себя приложение не может рыться в данных других приложений, потому что оно даже не видит, что эти данные существуют.

Внутри своей песочницы у приложения есть несколько каталогов с разными правилами, и эти правила объясняют большую часть странностей, которые люди замечают. Documents предназначен для контента, который создал или принёс пользователь; он включается в резервные копии, и приложение может объявить его видимым в приложении «Файлы». Library/Application Support — для собственных рабочих данных приложения: баз данных, индексов; резервируется, но не показывается пользователю. Library/Caches — для всего, что можно воссоздать заново: не резервируется, и система очищает его без предупреждения, когда заканчивается место.

Последнее — источник одного конкретного и очень частого сюрприза: миниатюры, превью и другие производные файлы исчезают после того, как телефон заполняется. Хорошо построенное приложение считает это нормой и создаёт их заново. Приложение, которое хранило в кэше что-то незаменимое, это что-то потеряло.

Приложение «Файлы» — это обозреватель мест, доступ к которым ты предоставил: iCloud Drive, любой облачный провайдер, установивший расширение, подключённые диски и папка Documents каждого приложения, которое решило её открыть. Это действительно файловый менеджер, и для перемещения PDF-файла с места на место его вполне достаточно.

Чем оно не является, так это медиабиблиотекой. У него нет понятия о том, что ты уже посмотрел, нет плейлистов, нет избранного, нет позиции для продолжения просмотра, оно не знает, что четыре файла — это эпизоды одного и того же. Оно также ничего не может сделать с содержимым файла: не извлечёт звук из видео, не покажет, что внутри архива, без распаковки целиком, и не воспроизведёт половину того, что содержит медиабиблиотека.

Поэтому на практике в iOS дело обстоит не как «Файлы или приложение-файловый менеджер», а как «и то и другое». «Файлы» — для перемещения между приложениями и дисками; медиаприложение — для самой библиотеки, с папками, видимыми в «Файлах», чтобы ничто не оказалось в ловушке.

Большинство приложений запоминают файл по его пути — тексту, описывающему, где он находится. Это очевидный подход, и он работает ровно до момента, когда что-то перемещается. Переименуй video.mkv в `Interview.mkv» — и каждое избранное, запись плейлиста и позиция продолжения просмотра, указывавшие на старое имя, теперь указывают в никуда. Некоторые приложения скрывают это, тихо удаляя запись; некоторые показывают сломанную строку; почти ни одно не объясняет причину.

Альтернатива — идентифицировать файл по чему-то, что переживает переименование. В файловой системе это inode — идентификатор, который сама файловая система присваивает файлу, — проверяемый вместе с размером и датой изменения, а в крайнем случае с помощью отпечатка содержимого. Переименуй файл, перемести между папками или переорганизуй всю библиотеку — строка в базе данных остаётся той же самой строкой.

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