Код в блоке Objective-C c не выполняется, как ожидалось

Дело в том, что код в блоке вызывается асинхронно (поэтому блоки могут быть полезны, даже если это не единственное их типичное использование).

Вы можете думать об этом как о другом способе сделать то, что обычно делается с делегатом, а именно асинхронно сообщать, когда данные доступны.

В случае вашего кода библиотека ALAssetsLibrary сделает запрос на получение и декодирование метаданных EXIF ​​URL-адреса ресурса, который вы запрашиваете, но код продолжится (после блока, с o блок выполняется сразу), таким образом переходя к следующим строкам (в вашем случае [library release]).

Позже, когда библиотека ALAssetsLibrary, наконец, получит информацию об активе и запрошенный вами ALAsset, она, наконец, активирует код, который вы установили в блоке (точно так же, как когда вы используете делегаты, а методы делегатов вызываются позже, когда данные доступны).

Это объясняет, почему код в «блоке» будет выполняться асинхронно и затем может выполняться до или после [library release], и к тому времени, когда вы нажмете строку [library release] (или любой код, который вы введете после вызова assetForURL), код в блоке скорее всего не успели выполнить.

Решение не в том, чтобы использовать performSelector, а лучше поместить код, который делает все необходимое для обновления вашего интерфейса или для обработки данных EXIF ​​в самом блоке.

Например, вы можете либо напрямую поместить сюда код для обновления вашего интерфейса (например, [self.tableView reloadData], если вы отображаете данные EXIF ​​в табличном представлении), либо запустить NSNotification, чтобы сообщить остальной части вашего кода, что новые данные EXIF ​​были добавлены с помощью addEntriesFromDictionary и нужно отображать и т. д.)

Не зная библиотеки, я могу только предположить, что загрузка выполняется асинхронно и, следовательно, не гарантируется ее доступность после возврата assetForURL:... (она выполняется в фоновом режиме).

Правильное решение — поместить в resultBlock весь код, который обрабатывает результат, вместо того, чтобы размещать его после вызова assetForURL:.... Хороший способ убедиться, что вы поступаете правильно, — переместить объявление imageMetaData в блок, чтобы исключить возможность случайного использования его вне области действия блока (она находится только внутри области видимости). что эта переменная гарантированно действительна).

У меня создалось впечатление, что автор не совсем понимает, что происходит, и предполагает, что, используя performSelectorOnMainThread:..., вы дадите assetForURL:... возможность завершить. Опять же, не зная библиотеки, я могу только предполагать, но похоже, что это может быть просто способом уменьшить вероятность преждевременного считывания переменной без фактического решения проблемы. Сказав это, вызов performSelectorOnMainThread:... из блока — это хороший способ убедиться, что обработка результата продолжается в основном потоке, на тот случай, если resultBlock вызывается из другого потока в библиотеке. Это может выглядеть примерно так:

[library assetForURL:assetURL
    resultBlock:^(ALAsset *asset)  {
        [self performSelectorOnMainThread:@selector(onAssetRetrieved:)
                               withObject:asset
                            waitUntilDone:NO];
    }
    ...];
...
- (void) onAssetRetrieved:(ALAsset *asset) {
    NSDictionary *metadata = asset.defaultRepresentation.metadata;
    imageMetadata = [[NSMutableDictionary alloc] initWithDictionary:metadata];
    [self addEntriesFromDictionary:metadata];
    // Do whatever you planned to do immediately after the asset was retrieved.
}

EDIT: я не знал о функциях dispatch_…, когда писал это выше. Вместо этого сделайте что-то вроде этого:

[library assetForURL:assetURL
    resultBlock:^(ALAsset *asset)  {
        dispatch_async(dispatch_get_main_queue(), ^{
            NSDictionary *metadata = asset.defaultRepresentation.metadata;
            imageMetadata = [[NSMutableDictionary alloc] initWithDictionary:metadata];
            [self addEntriesFromDictionary:metadata];
            // Do whatever you planned to do immediately after the asset was retrieved.
        });
    }
    ...];