访问由安装在 AVAudioMixerNode 上的 Tap 写入的数组时，会引发 Swift EXC_BAD_ACCESS

Question

我需要帮助修复一个困扰我一个多月的难以捉摸的错误。

我知道需要查看很多代码，但问题的根源似乎是 installReadTapOnPadMixer() 和 updateVolumeData() 方法。

我有一个 Swift 采样器应用程序。在我的一个 View Controller 中，用户可以按下“pad”，然后就会播放加载的声音。我目前已将其设置为当按下打击垫时，声音的当前音量将影响打击垫颜色的亮度:

问题是我的应用程序偶尔会抛出:

线程1:EXC_BAD_ACCESS(代码=1，地址=0x55555555555550)

或者在某些情况下异常看起来像这样:

线程 1:EXC_BAD_ACCESS(代码=1，地址=0x9c9c3170)

我的 pad 的每个模型面都由连接到 AVAudioUnitVarispeed 节点数组的 AVAudioPlayerNode 数组组成。然后，每个变速节点都连接到单个 AVAudioMixerNode，该 AVAudioMixerNode 又连接到 AVAudioEngine 的主混音器节点。

再说一遍，那就是:

AVAudioPlayerNode[] -> AVAudioUnitVarispeed[] -> AVAudioMixerNode -> 主混音器节点。

为了获取模型侧任何给定打击垫的当前音量，我在链中的每个混音器节点上安装了一个水龙头。就像这样:

/** 用户界面增强功能， 获取播放器节点当前播放音量 */

private func installReadTapOnPadMixer(bankNumber: Int, padNumber: Int)
{
    guard(_soundCollection[bankNumber]![padNumber]?.tapInstalled == false) else{ return;  }

    // https://miguelsaldana.me/2017/03/18/how-to-create-a-volume-meter-in-swift-3/
    _padMixerArray[bankNumber]![padNumber]?.installTap(onBus: 0, bufferSize: 1024, format: _outputFormat)
    {
        (buffer: AVAudioPCMBuffer!, time: AVAudioTime!) in
            let dataptrptr = buffer.floatChannelData!;
            let dataptr = dataptrptr.pointee;
            let datum = dataptr[Int(buffer.frameLength) - 1];
            self._padMixerVolumeDataArray[bankNumber][padNumber] = fabs(datum);
    }

    _soundCollection[bankNumber]![padNumber]?.tapInstalled = true;
}

然后，当我在“MasterSoundMod”类中调用 play() 时，我启动一个计时器，以便从水龙头读取数据，如下所示:

/** 播放打击垫当前的声音配置 */

func play(bankNumber: Int, padNumber: Int, preview: Bool)
{
    if(!_isConnected && !_routeChanging)
    {
        if((_soundCollection[bankNumber]![padNumber]) != nil && (_soundCollection[bankNumber]![padNumber])!.isLoaded)
        {    

            if(!(_soundCollection[bankNumber]![padNumber]?.playerNodeArray[(_soundCollection[bankNumber]![padNumber]?.currentPlayIndex)!]!.engine?.isRunning)!)
            {
                startMod();  // start the AVAudioEngine and update a few state variables
            }

             // [[PadModel]] 
            (_soundCollection[bankNumber]![padNumber])!.play();
        }
    }

    // the timer must not be scheduled for any preview or any blank pad
    if(!preview)
    {
        _volumeDataTimerArray[bankNumber][padNumber] = Timer.scheduledTimer(timeInterval: 0.01, target: self, selector: #selector(updateVolumeData(timer:)), userInfo: (bankNumber, padNumber), repeats: true);
    }
}

然后在我的选择器函数中传递给 .scheduledTimer() 我有:

/** 从这里传递当前触摸板的当前音量， 直到拥有歌曲， 然后下线到当前正在播放的Pad模型对应的PadView对象*/

@objc func updateVolumeData(timer: Timer)
{
    let userInfo = timer.userInfo as! (Int, Int);

    _delegate!.passCurrentVolumeToPadView(bankNumber: userInfo.0, padNumber: userInfo.1, volume: _padMixerVolumeDataArray[userInfo.0][userInfo.1]); // <- EXEC_BAD_ACCESS

在调用 _delegate!.passCurrentVolumeToPadView() 时抛出异常另外，我在 stop() 方法中使计时器无效，如下所示:

/** 停止播放与库和打击垫编号对应的打击垫 */

func stop(bankNumber: Int, padNumber: Int)
{
    _releaseTimerArray[bankNumber][padNumber] = Timer()

    var preFadeVolume: Float = 0.0;

    if(_padMixerArray[bankNumber]![padNumber] != nil){  preFadeVolume = (_padMixerArray[bankNumber]![padNumber]?.volume)!;  }

    // no player node manipulation while audio route change is in progress.
    if(!_isConnected && !_routeChanging)
    {
        if((_soundCollection[bankNumber]![padNumber]) != nil && (_soundCollection[bankNumber]![padNumber])!.isLoaded)
        {
            _releaseTimerArray[bankNumber][padNumber] = Timer.scheduledTimer(timeInterval: 0.001, target: self, selector: #selector(self.fadeout(timer:)), userInfo: (bankNumber, padNumber, preFadeVolume), repeats: true);
        }

        _volumeDataTimerArray[bankNumber][padNumber]?.invalidate();
    }

    // for good measure.....
    //      this DOES need to be here!
    if(_volumeDataTimerArray[bankNumber][padNumber] != nil && (_volumeDataTimerArray[bankNumber][padNumber]!.isValid))
    {
        _volumeDataTimerArray[bankNumber][padNumber]?.invalidate();
    }
}

stop() 方法安排一个计时器来执行淡出的声音，以避免令人讨厌的点击声，但这不是这个问题的一部分。

我尝试了一些方法来解决这个问题。我最初使用单个计时器和单个 _volumeData 变量。将这两个成员提升为数组大大降低了抛出异常的频率。

有时，当我启动应用程序时，按下键盘 5 分钟后无法抛出异常。其他时候，当我启动应用程序时，按下键盘不到一分钟就会抛出异常。

现在，当然，在我的 installReadTapOnPadMixer() 中调用 installTap() 的代码块是在我的主线程之外运行的。

关于导致异常的原因，我天真的假设是我的 _padMixerVolumeDataArray[] 在读取的同时被写入。再说一次，这是一种天真。

在进一步研究这个问题之后，关于 EXEC_BAD_ACCESS 的共识似乎是当您尝试访问已释放的对象时抛出它。所以也许更准确的解释是 updateVolumeData() 方法中的代码是在相应的计时器失效后被调用的……..？

同样，我知道需要查看大量代码，但问题的根源似乎是 installReadTapOnPadMixer() 和 updateVolumeData() 方法。

非常感谢任何有洞察力的人!

Answer 1

显然我犯了一个菜鸟错误。在找到我的解决方案之前，有问题的数组是这样声明的:

私有(private)惰性变量_padMixerVolumeDataArray:[[ float ？]？]! = [];

这个不明智的声明是为了尝试解决我的应用程序中的各种内存泄漏问题。

在我更改了声明并捣碎了 55 分钟而没有抛出 exc_bad_access 后，我得出的结论是问题已解决。新声明:

私有(private)变量_padMixerVolumeDataArray:[[Float]] = [];

我想到了从中删除惰性关键字:http://blog.swilliams.me/words/2015/03/31/tracking-down-an-exc-bad-access-with-swift/

另一个类似的问题我没有找到，直到问题解决: Why does my @lazy property crash, but if I make it non lazy it works?