使用 MPMusicPlayerController 的性能问题 - 可以在后台访问它吗？

Question

编辑：用几个月后我找到的答案更新我自己的问题。简短的回答是否定的，MPMusicPlayerController 将所有调用转发到主线程。但它使用 CPDistributedMessagingCenter 来实际处理所有操作，因此可以非常轻松地编写一个替换控制器来进行异步调用（但据我所知，它不适用于沙盒 App Store 应用程序） - 如果确实如此，苹果将立即拒绝）。

我正在制作一个简单的应用程序来控制 iPod 播放，因此我一直在使用 MPMusicPlayerController，Apple 规定它只能在主线程中使用。然而，我在用户界面中遇到了一些令人沮丧的性能问题。切换到下一首或上一首歌曲是通过滑动触发的，滑动会移动整个显示（歌曲信息），然后在触发切换时更新下一首歌曲的显示。问题是，一旦歌曲被更改，当从 MPMusicPlayerController 检索歌曲信息时，UI 会挂起长达一秒钟。我已经尝试了我能想到的所有方法来优化代码，但在我看来，修复它的唯一方法是将 MPMusicPlayerController 代码移动到后台线程，尽管苹果的指示没有到。

更新显示的代码，供参考：

// Called when MPMusicPlayerControllerNowPlayingItemDidChangeNotification is received
- (void) nowPlayingDidChange {
    if ([iPodMusicPlayer nowPlayingItem]) {
        // Temp variables (necessary when updating the subview values in the background)
        title = [[iPodMusicPlayer nowPlayingItem] valueForProperty:MPMediaItemPropertyTitle];
        artist = [[iPodMusicPlayer nowPlayingItem] valueForProperty:MPMediaItemPropertyArtist];
        album = [[iPodMusicPlayer nowPlayingItem] valueForProperty:MPMediaItemPropertyAlbumTitle];
        artwork = [[[iPodMusicPlayer nowPlayingItem] valueForProperty:MPMediaItemPropertyArtwork] imageWithSize:CGSizeMake(VIEW_HEIGHT - (2*MARGINS), VIEW_HEIGHT - (2*MARGINS))];
        length = [[[iPodMusicPlayer nowPlayingItem] valueForProperty:MPMediaItemPropertyPlaybackDuration] doubleValue];
        if (updateViewInBackground)
            [self performSelectorInBackground:@selector(updateSongInfo) withObject:nil];
        else
            [self updateSongInfo];
    }
    else
        [self setSongInfoAsDefault];
}

- (void) updateSongInfo {
    // Subviews of the UIScrollView that has performance issues
    songTitle.text = title;
    songArtist.text = artist;
    songAlbum.text = album;
    songLength.text = [self formatSongLength:length];

    if (!artwork) {
        if ([[UIScreen mainScreen] respondsToSelector:@selector(scale)] && [[UIScreen mainScreen] scale] == 2.00)
            songArtwork.image = [UIImage imageWithContentsOfFile:
                             @"/System/Library/Frameworks/MediaPlayer.framework/[email protected]"];
        else
            songArtwork.image = [UIImage imageWithContentsOfFile:
                                 @"/System/Library/Frameworks/MediaPlayer.framework/noartplaceholder.png"];
    }
    else
        songArtwork.image = artwork;

    title = nil;
    artist = nil;
    album = nil;
    artwork = nil;
    length = 0.0;
}

这里有什么我遗漏的吗（即更新 UIScrollView 子视图时的性能优化）？如果不是，那么在后台线程中使用 MPMusicPlayerController 会是一个坏主意吗？我知道如果其他东西正在访问 iPodMusicPlayer（MPMusicPlayerController 中的 iPod 共享实例），这可能会导致问题，但是有什么方法可以解决这个问题吗？

另外，这是一个越狱调整（通知中心小部件），因此我可以利用 Apple 的私有框架，如果它们比 MPMusicPlayerController 类（无论如何它相当有限）工作得更好，我的目的。不过，这也意味着我的应用程序将作为 SpringBoard 进程的一部分运行，因此我想确保我的代码尽可能安全和稳定（每当我的代码出错时，我都会遇到 2 分钟的挂起，这我不希望在我发布此内容时发生这种情况）。因此，如果您有任何建议，我将非常感激！如果需要，我可以提供更多代码/信息。谢谢！