Question

在我的iOS应用程序中，我正在尝试实现“躲避”：当我的应用程序播放一个简短的“命令式”声音时，任何背景音乐都应该降低音量。完成播放声音后，音乐音量应恢复到原始值。

实施后，避免基本上按预期工作。但是，当我在audioPlayerDidFinishPlaying中调用AudioSessionSetActive（NO）时：为了结束闪避，此时发生的任何UI更新都会暂停一小段时间。这包括自定义绘图，以及前者。自动滚动文本等。

现在，问题是：

这是iOS6中的已知问题吗？我在iPod / iOS5上运行相同的代码，我没有看到这种行为。或者我错过了代码中的某些内容？也许你们其中一个人已经遇到了同样的问题并找到了可行的解决方案。

非常感谢您的支持，

Goetz的

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {

    //...

    NSError *err = nil;
    [[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryAmbient error:&err];

    //...

}

- (void) playSound {

    // Enable ducking of music playing in the background (code taken from the Breadcrumb iOS Sample)
    UInt32 value = kAudioSessionCategory_MediaPlayback;
    AudioSessionSetProperty(kAudioSessionProperty_AudioCategory, sizeof(value), &value);

    // Required if using kAudioSessionCategory_MediaPlayback
    value = YES;
    AudioSessionSetProperty(kAudioSessionProperty_OverrideCategoryMixWithOthers, sizeof(value), &value);

    UInt32 isOtherAudioPlaying = 0;
    UInt32 size = sizeof(isOtherAudioPlaying);
    AudioSessionGetProperty(kAudioSessionProperty_OtherAudioIsPlaying, &size, &isOtherAudioPlaying);

    if (isOtherAudioPlaying) {   
        AudioSessionSetProperty(kAudioSessionProperty_OtherMixableAudioShouldDuck, sizeof(value),   &value);
    }

    AudioSessionSetActive(YES);

    // Initialization of the AVAudioPlayer  
    NSString  *soundFileName = [[NSBundle mainBundle] pathForResource:@"Beep" ofType:@"caf"];
    NSURL     *soundFileURL  = [[NSURL alloc] initFileURLWithPath:soundFileURL];
    self.soundPlayer  = [[AVAudioPlayer alloc] initWithContentsOfURL:soundFileURL error:nil];
    [self.soundPlayer setDelegate:self];
    [self.soundPlayer setVolume:[80.0/100.0];
    [self.soundPlayer play];
}


- (void) audioPlayerDidFinishPlaying:(AVAudioPlayer *)player successfully:(BOOL)flag {

    // Callback coming from the AVAudioPlayer

    // This will block the main thread; however, it is necessary to disable ducking again
    AudioSessionSetActive(NO);     
}

Answer 1

经过一些头脑刮擦和调试后，我找到了这个问题的答案。正如原始问题所述，为了在闪避后恢复音频电平，您必须停用音频会话。

问题在于，在播放音频时停用会话会导致.5秒延迟，这会阻止UI线程并导致应用程序无响应（在我的情况下，计时器会丢失.5秒并且断断续续）。

要解决此问题，我打电话在单独的线程上停用计时器。这解决了UI阻塞问题，并允许音频按预期方式出现。下面的代码显示了解决方案。注意，这是C＃代码，因为我使用的是Xamarin，但它可以很容易地转换为Objective-C或Swift以获得相同的结果：

        private void ActivateAudioSession()
        {
            var session = AVAudioSession.SharedInstance();
            session.SetCategory(AVAudioSessionCategory.Playback, AVAudioSessionCategoryOptions.DuckOthers);
            session.SetActive(true);
        }

        private void DeactivateAudioSession()
        {
            new System.Threading.Thread(new System.Threading.ThreadStart(() =>
               {
                   var session = AVAudioSession.SharedInstance();
                   session.SetActive(false);
               })).Start();
        }

我在连接AVAudioPlayer之前调用ActivateAudioSession，一旦我的播放器完成播放，我调用DeactivateAudioSession（这是恢复音频电平所必需的）。在新线程上启动停用会使音频级别恢复，但不会阻止UI。

Answer 2

Swift 5解决方案：

// Create a background serial queue to call AVAudioPlayer.setActive() on
queue = DispatchQueue(label: "backgroundAudio", qos: .userInitiated, attributes: [], autoreleaseFrequency: .inherit, target: nil)

// ... sometime later, activate or deactivate the audio instance
queue.async {
    do {
        try AVAudioSession.sharedInstance().setActive(false, options: [/* my options */])
    } catch {
        print("AVAudioSession.sharedInstance().setActive(false) failed: \(error)")
    }
}

iOS AudioSessionSetActive（）阻塞主线程？

2 个答案: