触控钢琴开发实战：从音频引擎到交互设计的完整实现-拓冰建站

1. 项目概述：从“玩具”到“乐器”的触控钢琴

几年前，我第一次在朋友家看到一个平板电脑上的钢琴应用，孩子用手指在上面划来划去，发出叮叮咚咚的声音。当时我的第一反应是：这玩意儿就是个电子玩具，跟真正的钢琴演奏差远了。但后来，随着我自己深入接触音乐制作和数字乐器，特别是亲手尝试了各种触控钢琴的实现方案后，我的看法彻底改变了。触控钢琴，或者说基于触摸屏的虚拟乐器，早已不是简单的“屏幕玩具”，它已经演变成一个融合了传感器技术、音频算法和交互设计的复杂系统，其背后涉及的核心技术点，足以让任何一个软硬件开发者着迷。

简单来说，触控钢琴项目，就是在一个具备多点触控能力的屏幕上（比如手机、平板、甚至是带触摸屏的电脑），模拟出一架真实钢琴的键盘界面，并通过用户的触摸操作来实时触发对应的钢琴音色。它的核心价值在于便携性、低成本入门和无限的扩展性。你不需要花费上万元购买一架立式钢琴，也不需要为调音和搬运发愁，只需要一个几百或几千块的智能设备，就能随时随地开始你的音乐之旅。对于音乐爱好者、作曲初学者、儿童音乐启蒙，甚至是专业音乐人在灵感捕捉阶段，它都是一个极其高效的工具。

然而，要把这个看似简单的想法做好，做出“乐器感”而非“玩具感”，挑战巨大。屏幕没有物理键程，如何反馈触感？如何区分轻按和重按来表现力度？如何实现真实的延音踏板效果？如何保证极低的音频延迟，让演奏跟手？这些问题的背后，是信号处理、音频渲染、用户交互和性能优化等多个领域的深度交织。接下来，我将以一个实践者的角度，拆解构建一个高质量触控钢琴应用的核心思路、技术选型与实操细节。

2. 核心设计思路与技术选型

2.1 交互范式：模拟真实还是重新定义？

这是项目起步的第一个灵魂拷问。我们是应该竭尽全力在二维玻璃上复刻物理钢琴键盘的所有细节，还是应该基于触摸屏的特性，创造一种全新的演奏交互方式？

方案一：极致拟真派。这条路线的目标是让屏幕体验无限接近真钢琴。这需要：

视觉高保真：使用高质量的3D模型渲染键盘，甚至模拟木纹、琴键反光、按下时的阴影变化。
音频高保真：使用采样率极高、动态范围极广的专业钢琴音源库（如 .sf2, .sfz 格式的多层采样），确保从ppp（极弱）到fff（极强）的力度变化都有对应的真实录音。
交互模拟：尝试通过软件模拟“触感”。例如，在按下时提供细微的屏幕震动（利用设备的Taptic Engine或振动马达），配合按下音效模拟撞击声。更高级的，可以结合设备陀螺仪，在“重击”琴键时让整个画面有轻微的震动反馈。

方案二：简约功能派。这条路线的核心是“好用”大于“像真”。它承认屏幕的局限性，转而优化核心的音乐创作流程。

扁平化设计：采用清晰、色彩区分明确的扁平化键盘UI，降低视觉干扰，让用户快速定位音符。
智能化辅助：集成和弦提示、音阶高亮、自动伴奏、录音循环等功能。例如，用户选择一个和弦进行，屏幕上对应的琴键会自动亮起。
扩展交互：引入滑奏（Glissando）手势、多点触控和弦、甚至通过触摸面积或压力（如果设备支持3D Touch或类似技术）来控制音色明亮度。

我的选择与理由：对于大多数个人开发者或中小型项目，我强烈建议从**“简约功能派”入手，并向“适度拟真”过渡**。原因很简单：资源与体验的平衡。极致的拟真对美术资源、音频资源和计算性能要求极高，容易让项目陷入泥潭。而一个响应迅速、音质干净、带有基础力度感应和实用功能的触控钢琴，已经能提供80%的核心价值。我们可以先实现一个可靠的音频引擎和基础交互，然后逐步添加如琴键按下动画、简单的力度分层音色等拟真元素来提升质感。

2.2 音频引擎：核心中的核心

音频部分是触控钢琴的灵魂，直接决定了它是“乐器”还是“玩具”。这里有几个关键的技术决策点：

1. 音频生成方式：采样 vs 合成

采样（Sampling）：播放预先录制好的真实钢琴每个琴键在不同力度下的声音片段。这是获得最真实音色的方法。优点是音色真实；缺点是音源文件庞大（一套好的钢琴采样库可能高达几个GB），且需要精细的循环和力度切换处理来保证连贯性。
合成（Synthesis）：通过算法（如物理建模、加法合成、频率调制）实时生成钢琴音色。优点是体积小巧，参数可灵活调整以创造新音色；缺点是模拟传统钢琴音色的难度大，容易听起来“电子味”过重。

实操心得：对于入门到中级项目，使用高质量的压缩采样音源是性价比最高的选择。现在有很多优秀的开源或商业采样引擎（如SFZ格式的播放器）和体积适中但音质不错的钢琴采样库（几十MB到几百MB）。我们可以优先集成这类方案，确保基础音色过关。

2. 音频播放与低延迟这是触控钢琴最大的技术挑战之一。从手指触摸到声音发出，这个延迟必须控制在20毫秒以内，最好能达到10毫秒以下，否则演奏体验会非常糟糕，感觉“不跟手”。

平台原生API：在iOS上，必须使用Audio Unit或最新的AVAudioEngine框架，它们能提供系统级的最低延迟。在Android上，情况更复杂，首选AAudio(API 21+) ，它为高性能音频而设计，延迟远低于旧的OpenSL ES。在Web端，Web Audio API是唯一选择，需要精细优化以避免卡顿。
第三方引擎：对于跨平台项目，可以考虑JUCE、FMOD或Wwise这类专业的音频中间件。它们封装了底层复杂性，能提供稳定且低延迟的音频处理能力，但学习曲线较陡。

3. 多音符复音与内存管理钢琴演奏经常涉及同时按下多个琴键（和弦），因此音频引擎必须支持高复音数（Polyphony）。同时，预加载大量采样到内存中可能导致应用启动慢或闪退。

复音管理：需要实现一个音符池（Voice Pool）管理系统。当一个新的音符被触发时，从池中分配一个“发声体”（Voice）来播放对应采样；音符释放时，回收该发声体。当池子用尽时，需要有策略地窃取（Steal）最早或最轻的音符，确保新音符总能被响应。
内存优化：采用按需加载和采样流技术。不一次性加载所有采样，而是根据当前演奏的音区，动态加载和卸载内存中的音频数据。对于移动设备，这是必备的优化手段。

2.3 用户界面与交互逻辑

UI不仅仅是画一个键盘那么简单，它需要精确地捕获触摸事件并将其转化为音乐指令。

1. 键盘绘制与布局

坐标系转换：屏幕上每个琴键都是一个矩形区域。需要建立一套逻辑，将触摸点的(x, y)坐标快速映射到具体的琴键编号（例如，中央C是60）。这涉及到对黑白键不同宽度的精确计算。
视觉反馈：当琴键被按下时，应立即有视觉变化（如颜色变深、位置下移）。这个反馈的动画必须极其流畅，不能卡顿，否则会加剧“不跟手”的感觉。建议使用设备的原生动画系统或高性能的图形API（如OpenGL ES， Metal， Vulkan）来实现。

2. 触摸事件处理

多点触控：必须完美支持多点触控，这是演奏和弦和复杂乐曲的基础。系统API（如iOS的touchesBegan/Moved/Ended， Android的onTouchEvent）会提供所有触摸点的序列，需要为每个点独立跟踪其状态和对应的琴键。
力度感应：这是提升表现力的关键。虽然普通电容屏无法感知真实压力，但我们可以通过一些间接方式模拟：
- 触控面积：手指按得越重，与屏幕的接触面积可能越大（但此方法不精确且因人而异）。
- 触控点速度：在touchBegan事件中，计算手指接触屏幕瞬间的速度（这需要结合硬件信息，在某些设备上可用）。快速“砸”向屏幕可以解释为重击。
- 3D Touch / Force Touch：对于支持压感屏的设备（如部分iPhone和iPad Pro），可以直接获取压力值，这是最理想的方案。代码中需要做条件判断，优先使用压感数据。

3. 实战开发：构建一个iOS触控钢琴原型

让我们以iOS平台为例，走一遍核心的实现流程。选择iOS是因为其音频延迟相对Android更稳定可控。我们将使用 SwiftUI 构建UI，AVAudioEngine 处理音频。

3.1 项目初始化与音频引擎搭建

首先，创建一个新的SwiftUI项目。然后，我们构建音频管理的核心类AudioEngineManager。

import AVFoundation import Combine class AudioEngineManager: ObservableObject { static let shared = AudioEngineManager() private let engine = AVAudioEngine() private let sampler = AVAudioUnitSampler() private var audioSession: AVAudioSession = .sharedInstance() // 音频播放节点 private let mainMixer = AVAudioMixerNode() private init() { setupAudioSession() setupAudioEngine() loadSoundFont() } private func setupAudioSession() { do { // 设置音频会话类别为播放，并启用扬声器输出和降低延迟模式 try audioSession.setCategory(.playback, mode: .default, options: [.mixWithOthers, .allowBluetoothA2DP]) try audioSession.setActive(true) // 设置较低的IO缓冲区时长以减少延迟（需在激活会话后设置） try audioSession.setPreferredIOBufferDuration(0.005) // 5毫秒 } catch { print("音频会话设置失败: \(error)") } } private func setupAudioEngine() { // 将采样器连接到混音器，再连接到引擎输出 engine.attach(sampler) engine.attach(mainMixer) engine.connect(sampler, to: mainMixer, format: sampler.outputFormat(forBus: 0)) engine.connect(mainMixer, to: engine.outputNode, format: mainMixer.outputFormat(forBus: 0)) // 启动引擎 do { try engine.start() print("音频引擎启动成功") } catch { print("音频引擎启动失败: \(error)") } } private func loadSoundFont() { // 假设我们有一个名为“Piano.sf2”的SoundFont音色文件已添加到项目中 guard let soundFontURL = Bundle.main.url(forResource: "Piano", withExtension: "sf2") else { print("未找到SoundFont文件") return } do { try sampler.loadSoundBankInstrument(at: soundFontURL, program: 0, // 通常0是标准大钢琴 bankMSB: UInt8(kAUSampler_DefaultMelodicBankMSB), bankLSB: UInt8(kAUSampler_DefaultBankLSB)) print("钢琴音色加载成功") } catch { print("加载音色失败: \(error)") } } // 公开方法：播放音符 func playNote(note: UInt8, velocity: UInt8 = 64) { sampler.startNote(note, withVelocity: velocity, onChannel: 0) } // 公开方法：停止音符 func stopNote(note: UInt8) { sampler.stopNote(note, onChannel: 0) } }

关键点解析：
单例模式：音频引擎全局只需一个实例。
AVAudioSession：管理音频行为。.playback类别确保音频可以后台播放；.mixWithOthers允许与其他音频App共存；.allowBluetoothA2DP支持蓝牙音箱。setPreferredIOBufferDuration是降低延迟的关键，但设置过小会增加CPU负担和耗电，需在真机上反复测试找到平衡点。
AVAudioUnitSampler：一个强大的采样播放器，完美支持SoundFont2 (.sf2) 格式音色，内置了滤波器、包络等控制，省去了我们从头写采样播放器的麻烦。
loadSoundBankInstrument：加载音色。program: 0对应SoundFont中的第一个乐器（通常是钢琴）。你需要准备一个.sf2文件放入项目。网络上有许多免费的钢琴SoundFont可供学习和测试使用。

3.2 绘制钢琴键盘视图

我们将创建一个可重用的PianoKey视图和一个组合它们的PianoKeyboard视图。

import SwiftUI // 单个琴键视图 struct PianoKey: View { let keyIndex: Int // 0为C，1为C#，以此类推 let isBlack: Bool @Binding var activeKeys: Set<Int> // 记录哪些键被按下 var body: some View { Rectangle() .fill(isBlack ? .black : .white) .border(.gray, width: 0.5) .overlay( Rectangle() .fill(activeKeys.contains(keyIndex) ? .blue.opacity(0.3) : .clear) // 按下时高亮 ) .zIndex(isBlack ? 1 : 0) // 确保黑键绘制在白键之上 } } // 钢琴键盘主视图 struct PianoKeyboard: View { let startNote: Int // 起始MIDI音符编号，例如 48 (C3) let numberOfKeys: Int // 键盘总键数，例如 25 @State private var activeKeys = Set<Int>() var body: some View { GeometryReader { geometry in let totalWhiteKeys = calculateWhiteKeysCount(from: startNote, count: numberOfKeys) let whiteKeyWidth = geometry.size.width / CGFloat(totalWhiteKeys) let blackKeyWidth = whiteKeyWidth * 0.6 let blackKeyHeight = geometry.size.height * 0.6 // 1. 先绘制所有白键作为背景 ZStack(alignment: .topLeading) { HStack(spacing: 0) { ForEach(0..<totalWhiteKeys, id: \.self) { whiteKeyIndex in PianoKey(keyIndex: whiteKeyIndexToNote(whiteKeyIndex), isBlack: false, activeKeys: $activeKeys) .frame(width: whiteKeyWidth, height: geometry.size.height) } } // 2. 在其上绘制黑键 ForEach(0..<numberOfKeys, id: \.self) { index in let currentNote = startNote + index if isBlackKey(note: currentNote) { // 计算这个黑键在哪个白键的右侧 let whiteKeyPosition = whiteKeyIndexForBlackKey(note: currentNote) let xOffset = (CGFloat(whiteKeyPosition) + 0.75) * whiteKeyWidth - blackKeyWidth / 2 PianoKey(keyIndex: currentNote, isBlack: true, activeKeys: $activeKeys) .frame(width: blackKeyWidth, height: blackKeyHeight) .offset(x: xOffset, y: 0) } } } .contentShape(Rectangle()) // 确保整个区域可触摸 .gesture( DragGesture(minimumDistance: 0) .onChanged { value in handleTouch(at: value.location, in: geometry.size, whiteKeyWidth: whiteKeyWidth, isEnded: false) } .onEnded { _ in // 结束所有音符 activeKeys.forEach { note in AudioEngineManager.shared.stopNote(note: UInt8(note)) } activeKeys.removeAll() } ) } .frame(height: 150) // 键盘高度 } // --- 以下为辅助计算函数 --- private func calculateWhiteKeysCount(from startNote: Int, count totalNotes: Int) -> Int { var whiteKeyCount = 0 for i in 0..<totalNotes { if !isBlackKey(note: startNote + i) { whiteKeyCount += 1 } } return whiteKeyCount } private func isBlackKey(note: Int) -> Bool { // MIDI音符编号对12取模，判断其在一个八度内的位置 let pitchClass = note % 12 // 黑键对应：1(C#), 3(D#), 6(F#), 8(G#), 10(A#) return [1, 3, 6, 8, 10].contains(pitchClass) } private func whiteKeyIndexToNote(_ whiteIndex: Int) -> Int { // 这是一个简化计算，实际需要根据起始音符进行映射 // 更健壮的实现需要遍历音符序列来计数白键 var note = startNote var whiteKeysFound = 0 while whiteKeysFound <= whiteIndex { if !isBlackKey(note: note) { if whiteKeysFound == whiteIndex { return note } whiteKeysFound += 1 } note += 1 } return startNote // 默认返回 } private func whiteKeyIndexForBlackKey(note: Int) -> Int { // 找到该黑键左侧最近的白键索引 var testNote = note var whiteKeyCount = 0 // 从起始音符开始，数到这个黑键之前的所有白键 for n in startNote..<note { if !isBlackKey(note: n) { whiteKeyCount += 1 } } return whiteKeyCount } private func handleTouch(at location: CGPoint, in size: CGSize, whiteKeyWidth: CGFloat, isEnded: Bool) { // 1. 判断触摸点是否在黑键区域（优先） let touchX = location.x let touchY = location.y // 简化处理：这里需要更精确的几何计算来判定触摸了哪个键 // 作为示例，我们仅做简单映射 let approximateWhiteKeyIndex = Int(touchX / whiteKeyWidth) // 此处应调用更复杂的函数，根据 approximateWhiteKeyIndex 和 touchY 来精确判断是白键还是黑键，并计算出准确的MIDI音符 let calculatedNote = startNote + approximateWhiteKeyIndex // 这是一个非常粗略的估算！ if !isEnded { if !activeKeys.contains(calculatedNote) { activeKeys.insert(calculatedNote) AudioEngineManager.shared.playNote(note: UInt8(calculatedNote), velocity: 64) } } else { if activeKeys.contains(calculatedNote) { activeKeys.remove(calculatedNote) AudioEngineManager.shared.stopNote(note: UInt8(calculatedNote)) } } } }

注意事项：
几何计算是难点：上面的handleTouch函数是极度简化的。在实际项目中，你需要为每个琴键（无论是白键还是黑键）精确计算其在屏幕上的矩形区域，并将触摸点坐标与这些区域进行匹配。这涉及到大量的几何运算。
手势处理：我们使用了DragGesture并设置minimumDistance: 0来立即响应触摸。onChanged中处理按下和滑动（滑奏），onEnded中释放所有音符。对于真正的钢琴应用，你需要更精细地跟踪每个触摸点的生命周期（UITouch），以支持独立的多点触控和释放。
性能：在DragGesture的onChanged回调中频繁进行几何计算和集合操作（Set的插入删除）可能成为性能瓶颈，尤其是在快速滑奏时。需要优化碰撞检测算法。

3.3 集成与测试

在主视图中集成键盘，并添加一些基础控制。

struct ContentView: View { @StateObject private var audioEngine = AudioEngineManager.shared @State private var octaveOffset = 0 // 用于切换音区 var body: some View { VStack { // 音区控制 HStack { Button("-") { octaveOffset -= 12 } .font(.title) .padding() Text("当前音区: \(octaveOffset/12)") .font(.headline) Button("+") { octaveOffset += 12 } .font(.title) .padding() } // 钢琴键盘 PianoKeyboard(startNote: 48 + octaveOffset, // 中央C附近开始 numberOfKeys: 25) // 两个八度+一个音 .padding() // 简单的力度控制（模拟） HStack { Text("力度") Slider(value: .constant(0.5), in: 0...1) // 此处应为绑定到真实力度值的状态 .padding() } .padding() } } }

4. 进阶优化与深度功能实现

一个基础原型完成后，要让它变得可用、好用，还需要大量的优化工作。

4.1 降低音频延迟的实战技巧

即使使用了AVAudioEngine和合适的缓冲区设置，延迟可能依然可感。以下是一些进阶优化手段：

使用AVAudioSourceNode或AVAudioSinkNode进行自定义渲染：对于极致的延迟要求，可以绕过AVAudioUnitSampler，自己管理采样播放。在AVAudioSourceNode的渲染回调中直接填充音频缓冲区，这样可以控制从“触发”到“音频数据准备好”的每一毫秒。但这需要你实现完整的采样播放、滤波、混音逻辑，复杂度极高。
预加载与预触发：在应用启动或空闲时，预加载最常用音区的采样到内存。甚至可以在手指接近屏幕但未触摸时（通过预测算法），提前将可能用到的采样解码到就绪状态。
触摸预测：在UI层面，当检测到触摸事件时，立即更新视觉反馈（琴键按下），然后再去通知音频引擎播放。将视觉反馈放在音频播放之前，利用人类视觉对延迟相对不敏感的特性，在心理上补偿一部分音频延迟。
监控与调试：使用AVAudioSession的inputLatency和outputLatency属性来测量实际延迟。使用 Instruments 工具的 Time Profiler 和 Core Animation 工具来定位UI和音频线程的瓶颈。

4.2 实现真实的力度与表情控制

整合压感（3D Touch）：

// 在 PianoKey 的 Gesture 中 .simultaneousGesture( DragGesture(minimumDistance: 0) .onChanged { value in let force = value.predictedEndLocation... // 获取力度（需在支持3D Touch的设备上） let velocity = mapForceToMidiVelocity(force) // 将力度映射为0-127的MIDI力度值 AudioEngineManager.shared.playNote(note: noteNumber, velocity: velocity) } )

对于不支持3D Touch的设备，可以回退到使用触摸点移动的初始速度来估算力度。

实现延音踏板：
- 在UI上添加一个踏板按钮。
- 在AudioEngineManager中，向AVAudioUnitSampler发送MIDI控制改变消息（Control Change），控制器编号64对应延音踏板。
```
func sustainPedal(on: Bool) { let value: UInt8 = on ? 127 : 0 // 发送CC#64消息 sampler.sendController(64, withValue: value, onChannel: 0) }
```
AVAudioUnitSampler会自动处理踏板逻辑，维持按下音符的延续。

4.3 性能优化与内存管理

采样音源优化：
- 使用压缩格式：将.wav采样转换为压缩的.caf(Core Audio Format) 或.mp3/.aac格式，并在加载时由系统解码。AVAudioUnitSampler支持多种格式。
- 降低采样率：对于移动设备，44.1kHz通常已足够，无需使用48kHz或更高的采样率，这能显著减小内存占用和磁盘IO压力。
- 循环点（Loop Points）优化：确保SoundFont或采样文件中的循环点设置正确，使长音能够平滑持续，而不是突然中断或产生爆音。
UI渲染优化：
- 避免在DragGesture的onChanged回调中执行复杂的布局计算。应将琴键区域的几何信息预先计算并缓存。
- 使用drawingGroup()或Canvas进行复杂的键盘绘制，可以利用Metal进行GPU加速渲染。
- 对于静态的键盘背景，考虑渲染为一张图片。

5. 常见问题与排查实录

在开发触控钢琴的过程中，你几乎一定会遇到下面这些问题。以下是我的排查笔记：

问题1：声音播放有“咔哒”声或爆音。

可能原因A：采样音源本身在开头或结尾有静音区不足，或者循环点设置不当，导致音频引擎在拼接时产生直流偏移或 discontinuity。
排查：用音频编辑软件（如Audacity）打开你的采样文件，检查波形开头和结尾是否平滑过渡到零点。检查SoundFont的循环点是否设置在波形的零交叉点（Zero-Crossing）上。
可能原因B：音符启动（Note On）和释放（Note Off）速度过快，导致振幅突变。
排查：在AVAudioUnitSampler上调整attackTime和releaseTime参数，为音头音尾增加微小的淡入淡出。
```
sampler.attackTime = 0.01 // 10毫秒起音时间 sampler.releaseTime = 0.1 // 100毫秒释音时间
```

问题2：同时按下多个键时，有些音符不响或突然中断。

可能原因：复音数（Voice）不足。AVAudioUnitSampler有默认的最大复音数限制，或者你自己的发声体管理池已耗尽。
排查与解决：
1. 检查AVAudioUnitSampler的maximumPolyphony属性，尝试将其设为一个较大的值（如64或128）。
2. 如果你自己管理发声体，确保池的大小足够（至少32个）。实现合理的“音符窃取”策略，例如优先窃取音量最轻或最早发声的音符。

问题3：在Android设备上延迟非常高且不稳定。

可能原因：使用了旧的OpenSL ESAPI 或AudioTrack方式，或者设备厂商的音频驱动优化不佳。
解决：
1. 强制使用AAudio：确保你的AudioManager请求使用AAudio性能模式。
2. 设置合适的缓冲区大小：通过AAudioStreamBuilder_setBufferSizeInFrames尝试不同的缓冲区大小。太小会导致欠载（Underrun）产生爆音，太大会增加延迟。需要找到一个平衡点。
3. 使用高优先级线程：将音频回调线程设置为高实时优先级。
4. 考虑使用Oboe库：Google开发的Oboe库封装了AAudio和OpenSL ES，能自动选择最佳路径，并提供了更友好的API，是开发Android高性能音频应用的首选。

问题4：快速滑奏时，UI卡顿或漏掉一些音符。

可能原因：onChanged事件处理函数中的逻辑太重，或者触摸事件传递不够及时。
解决：
1. 优化碰撞检测：将琴键的矩形区域预计算并存储在数组中。在handleTouch函数中，使用简单的数学比较（touchX >= keyMinX && touchX < keyMaxX）来代替复杂的实时几何计算。
2. 降低精度以换取速度：对于滑奏，可以不必精确到每一个琴键都触发。可以记录上一个触发的位置，只有当触摸点移动超过一定距离（例如半个白键宽度）才计算新的音符，避免高频度的触发-释放序列。
3. 使用原生触摸API：对于性能要求极高的场景，可以考虑使用UIKit的UITouchAPI（通过UIViewRepresentable包装）替代 SwiftUI 的Gesture，以获得更底层的控制和更及时的事件响应。

问题5：应用退到后台后，声音停止。

可能原因：音频会话（Audio Session）未正确配置后台播放，或应用被系统挂起。
解决：
1. 在iOS的Info.plist中，添加Required background modes键，并包含audio项。
2. 在setupAudioSession中，确保设置了.mixWithOthers等选项，并在应用进入后台时保持音频引擎运行。
3. 注意，即使配置了后台音频，如果用户启动其他占用音频的App（如播放视频），你的音频也可能会被中断。需要监听AVAudioSession的中断通知（AVAudioSession.interruptionNotification），并在中断结束后重新激活会话和引擎。

构建一个触控钢琴应用，是一个在有限硬件上追求无限音乐表达的过程。每一次优化延迟、每一次完善力度响应、每一次解决爆音问题，都让这个虚拟的乐器离真实的演奏体验更近一步。它不仅仅是一个编程项目，更是对声音、交互和性能理解的综合考验。从最简单的播放一个音符开始，逐步加入力度、踏板、音色变化，再到优化延迟和内存，这个过程本身就像演奏一首复杂的乐曲，需要耐心、技巧和对细节的执着。当你最终用它流畅地弹出一段旋律时，那种成就感，远超乎代码本身。