“音频、AirPlay和画中画”功能是如何工作的？

在iOS中，当应用程序进入后台时，其行为会受到操作系统严格的生命周期管理。您所描述的场景涉及到iOS应用的后台执行能力，特别是与背景模式相关的功能。下面是对您问题的详细解答：

1. UI的可用性及状态： 当应用程序进入后台后，其UI通常不会直接显示给用户，而是可能被系统截图作为应用切换界面的一部分。此时，UI确实不再处理触摸事件，也不会更新显示内容（除非是特定后台模式下允许的操作）。大部分情况下，UIKit相关的绘制和更新会被暂停以节省资源。因此，尽管视图控制器和UIView对象可能仍然驻留在内存中，但它们的表现形式和前台时不同，且不响应用户交互。

2. 后台执行的限制： iOS对后台执行有严格的限制，主要目的是为了优化电池寿命和系统性能。默认情况下，当应用进入后台不久后，系统会挂起应用，停止其代码执行。但是，通过声明使用特定的后台模式（如音频播放、位置更新、VoIP通话等），应用可以在后台继续运行一段时间或在满足特定条件时运行。在您的案例中，由于启用了“Audio, Airplay, and Picture in Picture”功能，应用获得了持续后台执行的权限，这解释了为什么计时器能继续工作。但这并不意味着所有应用都可以无限制地在后台执行任意任务。

3. 是否可以不使用特殊功能保持后台执行： 苹果对于后台执行有着明确的指导原则，通常要求应用只有在提供特定类型的服务时才能在后台活动。如果您试图利用后台模式进行非苹果官方文档推荐的操作，比如纯粹为了维持一个计时器而启用不必要的后台模式，这可能会导致App Store审核拒绝您的应用。苹果鼓励开发者设计应用以适应这些生命周期约束，并使用如backgroundTaskIdentifier来请求有限的后台执行时间来完成紧急任务，而非长期后台运行。

综上所述，虽然您通过启用特定后台模式实现了所需功能，但重要的是要确保遵循苹果的开发指南和App Store审查准则，避免因不当使用后台执行功能而导致应用被拒。如果您的应用不需要上述特殊功能，应探索其他符合规范的设计方案，例如使用本地通知在适当时候唤醒应用，或者利用Background Fetch等机制定期检查更新。