iOS 26 并没有重新设计相机。它做了一件更低调的事：扩大了能够触发拍摄的事物范围。这听起来是小事 — 直到你成为那个必须验证某台设备上某个按键是否真的正常工作的人。
下面来看看具体改变了什么，以及在实践中意味着什么。
AirPods 变成了快门按钮#
最亮眼的新功能：点按 AirPods 的耳机柄现在可以触发相机拍摄。把手机架在三脚架上，退后几步，点按一下 — 照片拍好了，或者视频开始录制。
- 支持 AirPods 4、AirPods Pro 2 及更新型号，以及通过 Digital Crown 操作的 AirPods Max。
- 手势可以配置：Press Once 或 Press and Hold，路径为设置 → 你的 AirPods → Camera Control → Camera Remote。
- 拍照前耳中会响起三秒的倒计时提示音。
- AirPods 必须处于佩戴状态 — 拿在手里时，入耳检测会禁用该手势。
开发者需要注意的细节：**已经使用标准拍摄事件 API 的应用会自动支持这一功能。**不需要改代码，不需要新的 entitlement，不需要显式启用。只要你的应用处理硬件拍摄按键，它现在就同样能处理 AirPods。
长按加入了操作词汇#
拍摄控制不再局限于单次点按。在相机模式下长按音量减键即可开始录制视频 — 这正是用户在 Apple 相机应用中早已熟悉的长按模式，如今通过同一套 API 向第三方应用开放。
声音处理变得显式化#
针对快门声音有两项新增内容：AVCaptureEventSound 类型和 playSound 方法，外加拍摄交互上一个用于禁用默认声音的标志。这主要是为 AirPods 场景准备的 — 快门声需要送进用户的耳朵，而不是从手机扬声器播放出来。
还有一个有用的副作用：拍摄事件现在带有一个 shouldPlaySound 标志，只有在 AirPods 耳机柄点按时才为 true。这是第一个 — 目前也是唯一一个 — 能让应用区分不同拍摄来源的属性。
没有改变的部分#
拍摄 API 仍然拒绝告诉你是哪个物理按键触发了事件。音量减键、Action button 和 iPhone 16 上的 Camera Control 按键都汇入同一个匿名处理器，而 iOS 26 只是把 AirPods 也加入了这个池子，并没有把任何一个来源单独分离出来。
对相机应用来说这是正确的设计 — 应用只需要知道用户想拍一张照片。但对任何需要把事件归因到具体硬件的场景来说，这个池子只是又多了一名成员。
为什么这对设备检测很重要#
翻新商和回收服务在评估设备成色时会测试硬件按键。从这些变化中可以得出两个结论。
**能够"通过"按键测试的事物范围变大了。**如果一项测试把"收到了拍摄事件"当作 Camera Control 按键正常工作的证明，那么它现在同样会被音量键按下、Action button 按下、甚至检测员耳朵里 AirPods 的一次点按所"通过"。而如果 AirPods 是在音频和耳机测试环节配对的 — 这是任何完整检测流程的常规步骤 — 那么到相机测试开始时它们仍然处于连接状态。
**任何藏在用户设置背后的功能都可能被关掉。**iPhone 16 上的浮层和滑块受设置中 Camera Adjustments 开关的控制。开关关闭后，剩下的就只有那次匿名点按，而恰恰是那些能证明硬件正常的信号消失了。测试需要把这种状态考虑在内，而不是报告一个假故障。
实践层面的结论并没有被 iOS 26 改变，反而被强化了：按键测试应该验证按键的独有能力 — Camera Control 的压力分级和触控表面，而不仅仅是"某处有什么东西请求了一次拍摄"这个事实。这些能力恰恰是任何其他按键、任何一副 AirPods 都无法模仿的。
