迁移至SwiftUI生命周期后，Apple Health出现重复应用源问题求助

核心原因 #

这不是你的操作错误，而是Apple Health数据源与Bundle ID强绑定，加上你同时修改了iPhone端Bundle ID、迁移到无Extension的SwiftUI Watch App架构，共同导致的预期副作用：

• 迁移前，Health数据源对应旧的三组Bundle ID（com.myapp、com.myapp.watchkitapp、com.myapp.watchkitapp.extension）；迁移后iPhone端用了新Bundle ID（com.myapp.paddlelogger），Watch端因为SwiftUI生命周期不再有Extension，直接用Watch App的Bundle ID（com.myapp.watchkitapp），Health会把这两个视为独立应用，因此出现双数据源和权限组。
• HKSource.default()的差异是直接诱因：iPhone端仍关联旧Bundle ID（可能是Info.plist配置未同步更新，或代码中存在硬编码的旧ID），Watch端用新架构下的Watch App ID，两端数据源不统一，导致iPhone无法读取Watch端的新数据。

解决步骤 #

1. 统一全平台Health数据源的Bundle ID #

• 确保iPhone和Watch端的Health操作关联同一个Bundle ID：推荐将两端的Health数据源统一为Watch App的Bundle ID（com.myapp.watchkitapp），因为SwiftUI Watch App无Extension，只能用这个ID作为数据源。
  • iPhone端：在初始化HKHealthStore后，查询数据源时指定Watch App的Bundle ID，而非默认的iPhone App ID；同时更新Info.plist中Health权限描述对应的关联Bundle ID（可通过Xcode的"Capabilities"面板中HealthKit配置同步）。
• 在Apple Developer后台，确保iPhone和Watch App属于同一个App Group，让Health识别两者为关联应用，避免被判定为独立数据源。

2. 处理旧数据与用户权限 #

• 引导用户重新授权新的数据源：在App启动时检测当前授权的数据源，若存在旧ID，提示用户授权新数据源的读写权限。
• 提供数据迁移工具：请求用户授权读取旧数据源的所有健康数据，批量写入新数据源下（需严格遵循HealthKit的数据写入规范，避免重复数据）。

3. 检查代码与配置细节 #

• 排查代码中是否存在硬编码的旧Bundle ID（比如查询HKSource、过滤Health数据时的固定字符串），全部替换为新的统一ID。
• 确认iPhone端的Info.plist中，CFBundleIdentifier已更新为com.myapp.paddlelogger，且HealthKit相关的权限键（如NSHealthShareUsageDescription）配置正确。

4. SwiftUI Watch App迁移的关键注意点 #

• SwiftUI生命周期的Watch App确实不再需要独立Extension，因此Watch端的HKSource默认使用Watch App的Bundle ID，这是苹果官方设计的正常行为，无需修正。问题的核心是你同时修改了iPhone端的Bundle ID，导致两端数据源分裂，而非迁移操作本身有误。

内容的提问来源于stack exchange，提问作者lewis