iPhone 自带的相机默认拍出来的照片在大多数场景下都“能看”但真正想控制画面的摄影师往往会在三个地方卡住智能 HDR 把高光和阴影拉平、手动曝光和对焦入口藏得太深、录像和拍照之间的切换还会打断操作流。Show HN 上出现的 Camera Sun就是冲着这些痛点来的一个 iOS 相机替代项目——它把拍摄管线、手动控制、设置面板和相册流程重新组织目标是让你用更少的点击拿到更确定的结果。这个项目最值得关注的点不是“又一个相机 App”而是它处理问题的方式把系统相机的隐蔽选项全部前置把拍照和录像的参数控制集中到同一套界面同时保留 AVFoundation 原生管线的稳定性。也就是说它没有去重造编码和降噪而是把系统能力重新编排真正的难度集中在交互设计和拍摄状态管理上。这篇文章会从项目定位出发拆解一个“修复 iPhone 相机 App”的 iOS 项目需要关注的完整链路为什么原生相机需要修、开发环境怎么配、拍摄管线怎么搭、手动控制怎么接、真机怎么调试、性能怎么看、上架和隐私怎么处理。适合三类读者想给 iPhone 做工具型 App 的 iOS 开发者、长期用 iPhone 拍素材的内容创作者、以及关注 iOS 相机生态技术走向的产品和技术负责人。1. 核心能力速览能力项说明项目类型iOS 原生相机替代/增强 App面向 iPhone 用户主要目标修复原生相机在手动控制、操作效率、输出稳定性上的短板目标平台iOS实测机型建议以项目官方支持列表为准核心技术Swift / SwiftUI、AVFoundationAVCaptureSession、AVCapturePhotoOutput、AVCaptureMovieFileOutput拍摄功能拍照、录像、手动曝光/对焦/白平衡、RAW 支持、快速参数切换相册联动本地保存、批量导出到文件/SMB 共享目录支持与电脑进行素材同步启动方式Xcode 构建部署到真机可通过 TestFlight 或 App Store 分发接口能力以系统相册、Files App、Share Extension、Shortcuts 等系统接口为主批量任务支持批量导入/导出素材批处理逻辑以实际版本实测为准性能门槛iOS 相机是系统级硬件管线内存占用需按机型实测建议 iPhone 12 及以上机型表格里标“需实测”的部分是因为 Show HN 公开信息有限具体支持范围会随版本更新变化。判断一个 iOS 相机项目靠不靠谱第一眼先看三件事是否支持 RAW、手动控制覆盖哪些参数、录像分辨率/帧率组合有多少。如果这三项都做得比较完整说明作者对拍摄工作流是认真梳理过的而不是只做了个漂亮取景页面。2. 为什么要修 iPhone 的相机 App原生相机的问题分布在不同层拆开看会更清楚。第一层是控制层。曝光补偿、对焦锁定这些操作在原生相机里要通过点击画面后的滑动来完成功能入口分散很多用户根本不知道长按可以锁定 AF/AE。Camera Sun 的做法是把这些参数做成显式控件而不是隐藏手势。对普通用户来说界面上的“亮度 对焦”滑块比“点一下屏幕再上下拖”的学习成本低得多。第二层是策略层。苹果的智能 HDR 和深度融合是“全自动”策略默认会替用户决定高光、阴影和降噪强度。对喜欢“所见即所得”的用户来说这种策略输出往往偏重尤其在晴天户外高光被压平之后照片少了一层通透感。替代相机可以做的是提供“自然 / 标准 / 增强”等多档处理策略把决策权还给用户而不是让算法替用户做决定。第三层是工作流层。原生相机在拍照和录像之间切换需要在底部滑动切换帧率需要进系统设置拍 RAW 需要每次手动开关 ProRAW。对于视频创作者这些操作会打断拍摄节奏。优秀的替代 App 会把分辨率、帧率、编码格式放到拍摄界面一侧一键切换同时把“拍照两张 / 录一段 4K60”这类高频组合做成预设模式。第四层是生态层。原生相机导出现网的方式有限批量把素材同步到电脑或 NAS 不方便。替代项目可以基于 Files App 和 SMB 协议做批量导出把 iPhone 拍完、Windows 电脑直接拉素材这条链路补上。很多内容团队的工作流是iPhone 拍摄 - 导出到电脑共享文件夹 - 后期剪辑这条链路在原生相机里几乎是断的。Camera Sun 的定位就是把这些“系统相机没做好的体验”集中修复。它不解决硬件传感器问题也不替代计算摄影引擎但能在“拍摄目标的确定性”上做得比原生更直接。这个思路和很多“修复系统默认工具”的开源项目是一致的系统能力是完整的缺的是让能力被高效调用的交互层。3. 本地开发环境准备要跑通一个 iOS 相机项目环境要求很明确没有捷径。3.1 硬件准备Mac 一台。建议 Apple Silicon内存 16GB 起步Xcode 和 iOS 模拟器都比较吃内存。Intel Mac 也能跑但编译和模拟器会明显慢。iPhone 真机一台。相机功能在模拟器上无法完整验证摄像头、闪光灯、RAW 处理这些能力必须在真机测。建议系统版本保持在 iOS 16 或更高。连接线或同一 Wi-Fi。开发初期用 Lightning / USB-C 数据线最稳定后期可以用无线调试但第一次配对必须走有线。3.2 软件准备Xcode从 App Store 下载版本以当前稳定版为准。Apple ID免费账号可以装到自己的 iPhone 上调试签名有效期为 7 天付费开发者账号Apple Developer Program可以长期部署和上架。依赖管理如果项目用到第三方库优先 Swift Package Manager减少工程配置成本。CocoaPods 在相机类项目里不是不能用但动态库注入会增加启动阶段的不确定性。3.3 工程初始化打开 Xcode新建 App 工程Interface 选 SwiftUI语言选 Swift。项目中需要使用的系统框架包括AVFoundation摄像头采集、拍照、录像。Photos写入系统相册、读取相册权限。SwiftUI / UIKit界面与相机预览层。!-- Info.plist 中的关键权限声明 -- keyNSCameraUsageDescription/key string需要使用相机拍摄照片和视频/string keyNSPhotoLibraryAddUsageDescription/key string需要保存拍摄的照片和视频到相册/string keyNSPhotoLibraryUsageDescription/key string需要读取相册中的素材进行编辑和导出/string权限说明文字要写得具体。App Store 审核时用途描述必须和实际行为一致只写“需要使用相机”这类模糊文案会有被打回风险。4. 相机工程架构设计一个“修复相机体验”的项目代码架构要解决的核心问题只有一个把系统的 AVCaptureSession 状态机和 SwiftUI 的声明式界面稳定地黏在一起。这个做不好后面每个功能都会出状态错乱。4.1 模块划分推荐按四层拆分UI 层SwiftUI 视图负责取景预览、参数面板、拍照按钮、模式切换。相机服务层封装 AVCaptureSession 的创建、启动、停止、切换输入输出。控制层把曝光、ISO、快门、对焦、白平衡等参数封装成可观测对象。存储层负责保存到相册、写入文件、批量导出。enum CameraMode { case photo case video } MainActor final class CameraService: ObservableObject { Published var isRunning false Published var currentMode: CameraMode .photo private let session AVCaptureSession() private let photoOutput AVCapturePhotoOutput() private let movieOutput AVCaptureMovieFileOutput() func start() { // 配置输入输出后启动会话 } func stop() { // 释放会话并停止预览 } func switchMode(_ mode: CameraMode) { // 切换拍照输出与视频输出 } }4.2 会话生命周期AVCaptureSession 不是普通对象它的启动和停止是异步的而且只能从后台线程调用 beginConfiguration / commitConfiguration 来修改结构。项目里要把会话生命周期收敛到一个服务里避免多个 View 直接操作 session。func configureSession() { session.beginConfiguration() session.sessionPreset .photo guard let device AVCaptureDevice.default(.builtInWideAngleCamera, for: .video, position: .back), let input try? AVCaptureDeviceInput(device: device), session.canAddInput(input) else { return } session.addInput(input) if session.canAddOutput(photoOutput) { session.addOutput(photoOutput) } session.commitConfiguration() session.startRunning() }4.3 SwiftUI 预览层AVCaptureVideoPreviewLayer 是 CALayer不是 SwiftUI 视图所以要包一层 UIViewRepresentable。这里最容易出的问题是预览层方向、坐标系翻转、页面出现/消失时 session 没有同步。页面即将消失时停止 session页面重新出现时恢复这两步必须成对出现。struct CameraPreviewView: UIViewRepresentable { let session: AVCaptureSession func makeUIView(context: Context) - UIView { let view UIView(frame: .zero) let previewLayer AVCaptureVideoPreviewLayer(session: session) previewLayer.videoGravity .resizeAspectFill view.layer.addSublayer(previewLayer) return view } func updateUIView(_ uiView: UIView, context: Context) { if let layer uiView.layer.sublayers?.first as? AVCaptureVideoPreviewLayer { layer.session session layer.frame uiView.bounds } } }5. 拍摄管线核心实现5.1 授权处理相机权限是硬前提。在开始配置 session 之前先调用 AVCaptureDevice.requestAccess并处理“用户点击拒绝”“系统设置里关闭”两种状态。一个常见的错误是第一次请求被拒绝后再次弹出请求时系统不会再显示授权弹窗必须引导用户去系统设置里打开。switch AVCaptureDevice.authorizationStatus(for: .video) { case .authorized: configureSession() case .notDetermined: AVCaptureDevice.requestAccess(for: .video) { granted in DispatchQueue.main.async { granted ? self.configureSession() : self.showPermissionError() } } case .denied, .restricted: showPermissionError() unknown default: showPermissionError() }5.2 拍照拍照用 AVCapturePhotoOutput 的 capturePhoto(with:delegate:)参数通过 AVCapturePhotoSettings 设置。对“修复相机”类项目来说最常用的参数是 format、flashMode、isHighResolutionPhotoEnabled。func capturePhoto() { var settings AVCapturePhotoSettings() settings.flashMode .auto settings.isHighResolutionPhotoEnabled true if let format photoOutput.availablePhotoPixelFormatTypes.first { settings AVCapturePhotoSettings(format: [kCVPixelBufferPixelFormatTypeKey as String: format]) } photoOutput.capturePhoto(with: settings, delegate: self) }在 AVCapturePhotoCaptureDelegate 的 didFinishProcessingPhoto 里拿到 photo.fileDataRepresentation()再写入相册或文件。这里要注意不要在拍照回调里做重活照片数据要尽快转存到后台队列。5.3 手动控制手动控制是 Camera Sun 这类项目的核心卖点。AVCaptureDevice 提供 exposure、ISO、focusPointOfInterest、whiteBalanceMode 等参数但要注意两点设置前必须检查 isExposureModeSupported、isFocusModeSupported、isLockingFocusWithCustomLensPositionSupported。设置参数时要通过 lockForConfiguration / unlockForConfiguration 锁定设备否则配置可能失败。func setManualExposure(iso: Float, duration: CMTime) { guard let device videoDevice, device.isExposureModeSupported(.custom) else { return } do { try device.lockForConfiguration() device.setExposureModeCustom(duration: duration, iso: iso, completionHandler: nil) device.unlockForConfiguration() } catch { print(设置曝光失败: \(error)) } }手动控制的 UI 设计也有讲究。不要把 ISO、快门、EV 三个参数做成三个平行滑块用户会不知道动哪个。更好的方式是给出“EV 总控”和“ISO/快门分开”两个层级默认状态只显示 EV 补偿专业模式再展开 ISO 和快门。5.4 视频录制视频输出用 AVCaptureMovieFileOutput开始和停止录制前要检查是否正在录制避免重复操作。func startRecording() { guard !movieOutput.isRecording, let connection movieOutput.connection(with: .video) else { return } connection.videoOrientation .portrait movieOutput.startRecording(to: outputFileURL, recordingDelegate: self) } func stopRecording() { guard movieOutput.isRecording else { return } movieOutput.stopRecording() }5.5 RAW 与 ProRAW如果项目要支持 RAW需要检查设备是否支持 isRAWSupported并通过 availableRawPhotoPixelFormatTypes 创建带 RAW format 的 AVCapturePhotoSettings。这里要提醒RAW 文件体积大写入流程要放到后台避免在拍照回调里做同步 IO。ProRAW 是苹果的私有格式仅部分机型支持项目里如果要兼容得先做机型能力检测再显示入口。6. 相册联动与批量导出相机 App 拍完素材核心问题是怎么把素材高效送出去。Camera Sun 这类项目会把“保存到相册”和“导出到文件”拆成两个独立动作方便批量任务。6.1 保存到相册用 Photos 框架的 PHPhotoLibrary.shared().performChanges 保存。注意从 iOS 14 开始“仅添加”权限NSPhotoLibraryAddUsageDescription和“读写”权限是分开的如果 App 只做拍摄保存申请 Add 权限就够了不需要申请整个相册读取权限这也更容易通过审核。PHPhotoLibrary.shared().performChanges { PHAssetChangeRequest.creationRequestForAsset(from: image) } completionHandler: { success, error in // 统一回调处理成功和失败 }6.2 导出到共享目录批量导出可以走系统文件选择器UIDocumentPickerViewController也可以自己实现基于 SMB 协议的导出。很多 iOS 内容团队的工作流是iPhone 拍完 - 导出到 Windows 电脑的共享文件夹 - 后期剪辑。Camera Sun 的批量导出能力如果支持 SMB就能把“拍完导出”这个环节做成一键任务。这项能力的实现要点是导出任务要支持队列、失败重试、断点续传并且在导出过程中保持屏幕常亮防止 App 进入后台后任务被挂起。SMB 协议在 iOS 上通常通过第三方库实现选择库时要关注是否支持 iOS 后台任务和断点续传否则大文件导出很容易中断。6.3 批处理任务设计一个简单的批处理任务结构{ task_id: export_20241012_001, source: camera_roll, filter: today, export_format: jpeg, output: smb://192.168.1.100/share/iphone_export, options: { include_original: false, watermark: none } }任务执行器按顺序处理队列每个任务记录开始时间、结束时间、状态、错误信息。批处理第一版建议单线程串行稳定之后再上并发。任务状态要落盘App 被杀后重启能恢复未完成的任务这是批量导出可靠性的底线。7. 真机调试与常见开发环境问题相机项目在模拟器上能测的部分非常有限真机调试是必须环节。这里整理几个开发中高频遇到的问题。7.1 无线调试与设备连接Xcode 支持通过 Wi-Fi 连接 iPhone。在 Xcode 的 Window - Devices and Simulators 里勾选 Connect via network之后同一 Wi-Fi 下可以无线调试。初次配对必须用有线连接。如果没有 Mac 或 Xcode 环境只想在手机上验证签名安装可以考虑第三方签名工具但要注意签名有效期和平台合规性正式面向用户分发必须走 App Store 或 TestFlight。7.2 无可用调试目标判断逻辑顺序手机是否解锁并信任电脑。Xcode 的 Devices 窗口是否能看到手机。手机与 Mac 是否在同一网络无线调试时。很多“照教程操作不了”的问题90% 是设备信任弹窗没点、或者线缆质量差导致反复掉线。换一根原装或经过认证的数据线能解决一半以上的连接问题。7.3 Web 检视与 App 内页面调试如果 App 内有 WebView电脑上调试页面时Safari 开发者面板可能显示“无可检查的应用程序”。先确认三点手机是否开启“设置 - Safari - 高级 - 网页检查器”WebView 是否处于活跃状态是否在调试状态而不是发布状态。这与网络环境无关不要往代理方向排查先把设备信任和开关状态确认清楚。7.4 抓包调试如果项目后续涉及账号、云端配置、素材上传可以用 Charles 或 mitmproxy 抓包。iOS 上抓 HTTPS 需要安装并信任根证书这属于本地开发调试行为只应在自己和授权设备上做不能用于抓取他人流量或绕过任何服务限制。相机类项目如果坚持本地优先设计网络链路少这块的调试压力也会小很多。8. 资源占用与性能观察相机 App 是性能敏感型应用主要关注四个指标。8.1 内存AVCaptureSession 开启后系统会保留部分像素缓冲。打开 RAW 输出和高分辨率拍摄后内存会上升。在 Xcode 的 Debug Navigator 里可以实时看 Memory。建议把基准线设在一个参考范围纯取景预览时尽量控制在较低水平拍照处理瞬时内存允许有尖峰但不能持续增长否则就是内存泄漏。连续拍摄 50 张后观察内存曲线是排查泄漏最快的方式。8.2 CPU / GPU预览层的视频帧和拍照后的处理是 CPU / GPU 占用大头。如果项目要叠加实时滤镜或实时直方图要用 Metal 在 GPU 上处理避免在主线程做像素遍历。观察工具用 Instruments 的 Time Profiler 和 Metal System Trace。这里和桌面 AI 项目看显存不是一个概念iOS 上更关键的是线程占用和帧率稳定性。8.3 发热与耗电相机模组本身功耗高长时间取景会导致机身发热。项目侧能做的优化包括取景界面无操作时降低预览帧率。录制时关闭不必要的实时预览处理。避免在高温状态下启动 RAW 连拍。页面离开或 App 进入后台时立刻停止 session。8.4 真机观察清单连拍 50 张看内存曲线是否平缓。连续录制 10 分钟 4K 视频看 CPU 占用和机身温度。在暗光环境下测试手动曝光看预览是否卡顿。退出拍摄页后确认 session 正确停止相机指示灯熄灭。这些数据没有固定标准因为不同 iPhone 机型、iOS 版本、分辨率和滤镜链差异很大。正确的做法是建立自己项目的基准线每次改动后对比。基准线记录要包含机型、iOS 版本、分辨率和测试场景否则对比没有意义。9. 常见问题与排查方法问题现象可能原因排查方式解决方案启动后预览黑屏相机权限未授权或 session 未启动检查授权状态和 session.isRunning重新请求权限按生命周期启动 session拍摄按钮无反应photoOutput 未加入 session 或会话中断查看日志中的 NSError重新配置输入输出在中断回调里恢复手动曝光不生效设备不支持 custom 曝光模式检查 isExposureModeSupported降级为自动曝光或锁定曝光录像没有画面但能录音视频输入未正确建立连接检查 AVCaptureConnection确认 video input、movieOutput 的 connection 有效保存相册失败权限不足或相册异常查看 PHPhotoLibrary error检查 Add 权限引导用户打开系统设置批量导出任务卡住目标共享目录不可达或队列死锁查看任务状态和错误信息加上超时和重试机制任务状态落盘无线调试频繁断连Wi-Fi 信号弱或手机锁屏检查网络稳定性优先使用有线调试真机运行报签名过期免费账号 7 天签名过期查看 Xcode 签名状态重新运行安装或使用付费开发者账号排查顺序建议先看授权再看 session再看输出最后看存储。相机链路是串行的问题定位要沿着“权限 - 输入 - 输出 - 预览/保存”的顺序走。不要在预览黑屏时先怀疑输出配置大概率是权限或会话生命周期的问题。10. 上架、分发与合规10.1 分发方式TestFlight需要 Apple Developer Program 账号适合内部测试和少量外部测试外部测试名额限制以苹果当前政策为准。App Store正式发布审核严格重点检查隐私说明、权限用途、相机行为是否符合规范。企业签名 / 个人签名只适合企业内部或测试场景正式面向用户分发应走 App Store 或 TestFlight。10.2 合规要点相机 App 涉及大量个人敏感数据必须把合规放在功能前面权限最小化。只申请 App 实际使用的权限不要为了“以后可能用到”提前申请。本地优先。处理照片、视频时尽量在设备本地完成减少上传既保护隐私也降低开发复杂度。明确告知。如果 App 会访问相册、监测陀螺仪、读取位置信息必须在隐私政策里写明用途。不使用未经授权的数据。涉及人脸检测、AI 修图等功能时确保模型在本地运行或已获得用户同意后再传输。尊重版权。App 内置的滤镜、预设、素材必须有授权用户拍摄的内容归用户所有开发者不能擅自采集。11. 最佳实践给准备做同类 iOS 相机项目的开发者几条实际建议。先把最小可运行版本做出来。第一个版本只做“授权 预览 拍照 保存相册”四件事跑通后再加手动控制。很多项目死在第一步是因为一上来就做 RAW 和手动参数session 都还没稳定。手动控制要分级暴露。普通用户只需要曝光补偿和一键锁定专业用户才需要 ISO、快门、白平衡和 RAW。不要把功能全部堆在拍摄主页界面噪度高会直接劝退大部分用户。状态管理统一。拍照按钮、模式切换、参数面板都要绑定同一个 CameraService 的 Published 状态避免各 View 自己改 session。拍摄参数要可恢复。App 进入后台再回来session 会被系统中断需要在中断回调里重建或恢复参数。先把“进后台 - 回前台”这条路径跑 20 遍确保每一次预览都能恢复。建立日志体系。每个关键节点打日志权限完成、session 启动、拍照开始、保存完成、导出状态。后续排查问题会快很多尤其是批量导出这种长任务没有日志几乎没法定位。测试矩阵要固定。至少覆盖三台不同 iOS 版本的 iPhone分别测取景、拍照、录像、后台恢复四个场景。同一套代码在不同机型上表现差异很大不要只用自己手上那台机器测。素材导出遵循“先本地后远端”。优先写到系统相册或 App 沙盒再考虑 SMB、iCloud、AirDrop 等联动方式。远端失败不能影响本地文件安全。性能测试全部用真机。模拟器的 CPU / GPU / 内存表现和真机差异太大不能作为参考标准尤其在相机和视频处理场景下。12. 总结与下一步Camera Sun 这类项目的价值在于把 iPhone 原生相机“能用但不好控制”的体验重新做了一层编排。它不改变传感器和镜头改变的是参数可见性、操作路径和素材交付效率这正是 iOS 工具型 App 最适合切入的方向。如果你也想做一个类似的相机替代 App最先应该验证的是三个功能授权到预览的链路是否稳定、拍照输出是否能快速保存、手动曝光/对焦是否能即时生效。这三件事跑通项目的核心底座就有了。最容易踩的坑是 session 生命周期页面 dismiss、App 退后台、来电中断任何一个状态没处理好都会表现为预览黑屏或拍照无声。把“权限 - session - 输出 - 存储”这条链路的状态机画清楚比堆功能更重要。后续可以扩展的方向包括结合 Metal 做实时滤镜、接入 ProRAW 完整处理流程、把批量导出做成 Shortcuts 快捷指令、再加一个基于本地模型的场景识别。如果你正在做 iOS 相机方向建议先收藏这篇文章按里面的链路把最小版本跑通再决定加哪些特性。