AI 助手类产品近两年的迭代速度非常快尤其是移动端的竞争重心已经从单纯的“聊天窗口打字”转向“与手机系统能力的深度打通”。最近备受关注的 Grok iOS 版本更新中媒体能力相关的两项变化——库支持Library Support和媒体筛选Media Filtering——吸引了不少 iOS 开发者和 AI 产品同学的目光。这类功能表面看只是“多了一个选图入口”实际上涉及系统相册权限模型、媒体数据读取、多模态输入链路和隐私合规等多个层面。本文不打算做一个简单的“新功能播报”而是把这次更新拆开来看先说清楚库支持和媒体筛选在产品层面到底解决什么问题再介绍 iOS 端实现类似能力涉及的底层框架最后给出一套可以运行在 Xcode 里的 SwiftUI Demo顺便结合工程实践聊聊 AI 类 App 在接入系统媒体库时应该避开的坑。无论你是关注 Grok 动态的 AI 爱好者还是正在做类似产品的开发者都可以从这篇文章里找到有价值的信息。1. Grok iOS 更新库支持与媒体筛选是什么1.1 先认识 Grok 和它在 iOS 端的产品形态Grok 是 xAI 推出的 AI 助手产品早期主要集成在 X原 Twitter平台中后续逐步推出了独立应用和 Web 网页版本。与许多通用对话助手相比Grok 的差异化在于更强的实时信息获取能力和更灵活的多模态交互方式用户可以在对话中直接发送图片让模型识别或者结合图片内容回答问题。对 iOS 用户来说AI 助手的使用体验不仅取决于大模型本身更取决于它与苹果系统生态的集成程度。拿网页版为例用户想给 Grok 发送一张照片往往需要先经过“网页选文件 → 文件 App 跳转 → 找到图片 → 上传”这样相对冗长的路径而原生 iOS 客户端如果接入了系统媒体库就可以在对话框旁边直接调起系统相册把“选图—上传—理解—回复”串联成一条平滑路径。这也是“库支持”被放在本次更新关注点首位的原因。1.2 库支持从“上传一张图”到“访问系统媒体库”“库支持”这个词在 AI 产品语境下可能有不同含义但在 Grok iOS 这次更新中最直接的理解是应用开始支持直接访问 iOS 系统媒体库Photo Library而不是只能通过文件导入或网页上传的方式接收媒体。这里可以拆分出三个用户可见场景在输入框点击“”或图片按钮能弹出系统相册选择器选择照片后图片数据会自动附加到对话上下文中如果用户允许应用可以读取媒体库中的图片 / 视频元信息用于后续筛选或批处理。在 iOS 开发层面实现这类“媒体库访问”通常有两条技术路线方案权限要求用户体验主要使用场景PHPicker / PhotosPicker无需相册权限系统级选择器App 无法读取完整相册单次选择图片、视频上传到 AI 对话PhotoKitPHPhotoLibrary需要用户授权App 内直接展示相册列表支持自定义筛选需要展示媒体列表、批量操作、按收藏/媒体类型过滤两类方案在权限模型上有本质区别后面第 2 章会详细展开。1.3 媒体筛选两种技术方向要分清“媒体筛选”在不同语境下对应不同的实现逻辑。结合近期 Grok 相关的版本信息和 iOS 工程师的讨论我认为至少存在三种可能方向。方向 A输入侧的媒体类型筛选用户在对话框选择媒体时系统相册会被“照片、视频、音频”等标签过滤只展示用户当前想发送的类型。比如在文字对话中需要配图时系统优先展示图片需要解释视频片段时可以使用视频筛选减少查找成本。方向 B媒体库列表内的元数据筛选当用户允许应用读取媒体库后应用可以按“照片 / 视频 / 个人收藏 / 最近 N 天”等维度过滤系统相册中的媒体资源。这在 iOS 开发里通常借助 PHAsset 和 PHFetchOptions 的 predicate 来实现。方向 C音频媒体筛选有一类 Grok 模型能力涉及音频生成此时“媒体筛选”可能指允许用户在 TTS文本转语音、音效或背景音频之间选择通道决定哪类音频被模型读取或输出。不过结合“库支持”这个并列关键词本文主要围绕前两种方向展开。为了避免读者混淆先给出一张概念区分表术语面向对象技术关键词库支持媒体库访问能力PhotosPicker、PhotoKit、PHAsset媒体筛选媒体列表过滤行为PHFetchOptions、NSPredicate、mediaType媒体上传链路网络传输与预处理压缩、转码、HEIC、AVAsset1.4 为什么开发者需要关注这次更新对于不关注 AI 产品的纯 iOS 工程师来说这次 Grok 更新同样有参考意义。它代表了一类新趋势大模型应用不再满足于作为独立聊天工具存在而是越来越像系统级入口主动打通相册、文件、麦克风、摄像头等硬件能力。另一方面iOS 的隐私策略近年来持续收紧。应用是否可以读取相册、读取多少、如何处理用户媒体都是 App Store 审核和用户隐私体验中的敏感点。Grok 这类头部 AI 产品在媒体选择方面的功能设计某种程度上会成为同类产品的模板。2. 在 iOS 上实现库支持依赖哪些底层能力本章是给后面 Demo 和工程建议打基础。理解 iOS 的媒体库权限模型和几个核心框架比单纯抄代码重要得多。2.1 系统相册访问的三种权限模型iOS 开发中涉及相册访问时主要有三种模式第一种不申请任何权限的系统选择器PHPicker从 iOS 14 开始苹果推出 PHPickerViewController它是一个独立于应用进程的系统级选择器。用户选择图片或视频后App 只能拿到用户明确选择的那部分结果整个过程不需要声明 NSPhotoLibraryUsageDescription也无法访问用户相册中的其他资源。这种设计极大降低了对用户隐私的侵入性。很多 AI 聊天类 App 如果只是“用户点选一张图片发给模型”直接用 PHPicker 就够了。第二种完整的 PhotoKit 读写授权通过 PHPhotoLibrary.requestAuthorization 请求读写权限。一旦用户点击允许App 可以访问系统相册中的图片、视频、收藏夹、智能相册等元数据。这是实现“自定义媒体列表 筛选”的基础能力。第三种有限照片库授权Limited LibraryiOS 14 以后用户可以在授权时只允许 App 访问“部分照片”。这种情况下应用不能拿到完整媒体列表应该配合 PHPicker 提供“选择更多照片…”的入口引导用户补充授权资源。三种模式的差异可以汇总如下授权模式是否弹窗App 能访问范围推荐用法PHPicker不弹权限仅用户点击选中的媒体单次选择、上传、发送PhotoKit 全量授权弹窗整个媒体库的元数据与资源自定义相册页、批量筛选PhotoKit 有限授权弹窗用户允许的少量资源配合 PHPicker 增量补充2.2 PHPicker 与 SwiftUI PhotosPicker在 SwiftUI 开发中苹果提供了 PhotosPicker 视图组件底层封装了 PHPickerViewController 的行为。它最大的优点是不需要相册权限描述也不会触发系统弹窗。使用 PhotosPicker 时应用侧拿到的是 PhotosPickerItem 对象并不是直接的图片二进制数据。开发者需要通过 loadTransferable 方法异步读取数据。// 文件路径GrokLikeMediaDemo/ContentView.swift // 核心片段SwiftUI PhotosPicker 选择图片/视频 import SwiftUI import PhotosUI struct ContentView: View { State private var selectedItems: [PhotosPickerItem] [] State private var selectedPreviewImage: UIImage? var body: some View { NavigationStack { VStack(spacing: 24) { if let preview selectedPreviewImage { Image(uiImage: preview) .resizable() .scaledToFit() .frame(maxHeight: 280) .clipShape(RoundedRectangle(cornerRadius: 12)) } else { RoundedRectangle(cornerRadius: 12) .fill(Color.secondary.opacity(0.1)) .frame(height: 200) .overlay( Text(选择媒体后这里会显示预览) .foregroundStyle(.secondary) ) } PhotosPicker( selection: $selectedItems, maxSelectionCount: 9, matching: .any(of: [.images, .videos]), photoLibrary: .shared() ) { Label(从系统相册选择, systemImage: photo.on.rectangle) .frame(maxWidth: .infinity) } .buttonStyle(.borderedProminent) } .padding() .navigationTitle(Grok-like Media Demo) } .onChange(of: selectedItems) { _, newItems in guard let firstItem newItems.first else { return } Task { if let data try? await firstItem.loadTransferable(type: Data.self), let image UIImage(data: data) { await MainActor.run { selectedPreviewImage image } } } } } }这段代码有几个细节值得说明matching: .any(of: [.images, .videos])表示系统选择器允许选择图片和视频但上传时的业务处理逻辑需要开发者自行区分。loadTransferable(type: Data.self)适合读取常规图片对于大体积视频更推荐使用 Transferable 的 AVAsset 类型或者直接使用 PHPickerViewController 并在 delegate 中获取 NSItemProvider。onChange(of:)方法在 iOS 17 中允许两个参数闭包写法如果你的工程 target 是 iOS 16需要改成onChange(of: selectedItems) { newValue in ... }的形式。我的建议是如果只是做一个用于“上传图片/视频”的功能入口优先使用 PhotosPicker。它能规避很多和权限、审核相关的麻烦。2.3 PhotoKit PHFetchOptions 实现媒体筛选如果产品需求是“在 App 内展示用户相册列表并支持按类型筛选”那就要使用 PhotoKit 框架。核心类包括PHPhotoLibrary相册库访问入口负责权限申请。PHAsset代表一张照片或一段视频包含媒体类型、创建时间、收藏状态等元数据。PHFetchResult查询结果集合类似数组但性能更好。PHFetchOptions查询条件可以设置排序、过滤、数量限制。PHCachingImageManager负责异步加载图片缩略图或原图。下面是一个简单的 AlbumViewModel 类它请求相册权限后通过 PHFetchOptions 的 predicate 实现“全部 / 照片 / 视频 / 收藏”四种媒体筛选。// 文件路径GrokLikeMediaDemo/AlbumViewModel.swift import Foundation import Photos // 筛选项 enum MediaFilterOption: String, CaseIterable, Identifiable { case all 全部 case images 照片 case videos 视频 case favorites 收藏 var id: String { rawValue } } final class AlbumViewModel: ObservableObject { Published var assets: [PHAsset] [] Published var isAuthorized false private let imageManager PHCachingImageManager() /// 请求相册读写权限。注意必须先在 Info.plist 配置 NSPhotoLibraryUsageDescription func requestAuthorization() { PHPhotoLibrary.requestAuthorization(for: .readWrite) { [weak self] status in DispatchQueue.main.async { let granted (status .authorized || status .limited) self?.isAuthorized granted if granted { self?.loadAssets(filter: .all) } } } } /// 根据筛选条件重新加载媒体列表 func loadAssets(filter: MediaFilterOption) { let options PHFetchOptions() options.sortDescriptors [NSSortDescriptor(key: creationDate, ascending: false)] switch filter { case .all: // 不设置 predicate 表示读取所有媒体 break case .images: options.predicate NSPredicate( format: mediaType %d, NSNumber(value: PHAssetMediaType.image.rawValue) ) case .videos: options.predicate NSPredicate( format: mediaType %d, NSNumber(value: PHAssetMediaType.video.rawValue) ) case .favorites: options.predicate NSPredicate(format: favorite YES) } let fetchResult PHAsset.fetchAssets(with: options) var tempAssets: [PHAsset] [] fetchResult.enumerateObjects { asset, _, _ in tempAssets.append(asset) } assets tempAssets } /// 异步加载一个 PHAsset 的缩略图 func requestImage( for asset: PHAsset, targetSize: CGSize, completion: escaping (UIImage?) - Void ) { imageManager.requestImage( for: asset, targetSize: targetSize, contentMode: .aspectFill, options: nil ) { image, _ in completion(image) } } }这里要特别注意一点PHAssetMediaType.image.rawValue是 Int 类型但在构造 NSPredicate 时直接传入 Int 在 Swift 中可能编译报错建议包装成 NSNumber。这个细节虽然很小但经常被忽略。2.4 两种方案如何选择我们可以从 Grok iOS 这类 AI 产品视角来思考如果只是用户在聊天时主动选一张图PHPicker 就是最优解因为它不需要相册权限不触达用户隐私边界审核风险也低。如果产品希望做“媒体库管理”式的界面例如用户点进某个页面后看到自己所有照片和视频并且可以筛选“只看视频”“只看收藏”就需要 PhotoKit。很多成熟 AI 应用会组合使用两种方案主流程入口使用 PhotosPicker保证用户每次选择都是主动且明确的如果用户长按某个“筛选”图标进入媒体库管理模式再申请 PhotoKit 读写权限。3. 完整实战做一个“库选择 媒体筛选”的 Demo为了让概念落到代码上这里把一个 SwiftUI Demo 的完整开发过程写出来。项目名称可以叫 GrokLikeMediaDemo。读者可以按照小节顺序在 Xcode 里新建工程逐步体会每一步代码的作用。3.1 项目准备与工程结构演示环境可以参考以下配置macOS 上安装 Xcode 15 或更高版本iOS Deployment Target 设置为 iOS 17 或 iOS 16代码会做兼容说明语言选择 Swift界面框架选择 SwiftUI建议在真机上运行模拟器也可以但需要先往模拟器相册中导入一些图片和视频。项目的核心文件结构如下GrokLikeMediaDemo/ ├── GrokLikeMediaDemo.xcodeproj └── GrokLikeMediaDemo/ ├── ContentView.swift ├── AlbumViewModel.swift └── Info.plist如果是用 Xcode 新建 SwiftUI App 工程默认不会生成 Info.plist 文件。实际需要修改 Info.plist 时可以通过 Targets → Info 选项卡添加自定义键Xcode 会自动把它写入生成的 Info.plist 中。由于 Demo 需要用到 PhotoKit 读取相册列表因此需要添加权限描述!-- 添加到 Info.plist -- keyNSPhotoLibraryUsageDescription/key string需要访问相册以完成媒体库选择与筛选功能/string如果目标只是使用 PHPicker 而不使用 PhotoKit则可以省略这个权限描述。3.2 打开工程后先实现“PhotosPicker 发送媒体”在 ContentView.swift 中先实现一个简单的媒体选择入口。日常使用 Grok 时用户最熟悉的交互是在输入框旁边看到一个相册小图标点击后系统弹出照片选择器。// 文件路径GrokLikeMediaDemo/ContentView.swift // 功能底部展示一个系统相册选择入口并把用户选择的图片预览出来 import SwiftUI import PhotosUI struct ContentView: View { StateObject private var albumViewModel AlbumViewModel() State private var selectedItems: [PhotosPickerItem] [] State private var previewImage: UIImage? var body: some View { NavigationStack { ScrollView { VStack(spacing: 16) { previewArea photosPickerButton Divider() navigationToAlbumFilter } .padding() } .navigationTitle(媒体库与筛选 Demo) } } private var previewArea: some View { Group { if let previewImage { Image(uiImage: previewImage) .resizable() .scaledToFit() .frame(maxWidth: .infinity) .clipShape(RoundedRectangle(cornerRadius: 12)) } else { RoundedRectangle(cornerRadius: 12) .fill(Color.secondary.opacity(0.1)) .frame(height: 180) .overlay( Text(选择的图片会显示在这里) .foregroundStyle(.secondary) .font(.callout) ) } } } private var photosPickerButton: some View { PhotosPicker( selection: $selectedItems, maxSelectionCount: 3, matching: .images, photoLibrary: .shared() ) { Label(选择图片发送, systemImage: photo.on.rectangle) .frame(maxWidth: .infinity) } .buttonStyle(.borderedProminent) } private var navigationToAlbumFilter: some View { NavigationLink { AlbumFilterView(viewModel: albumViewModel) } label: { Label(打开媒体筛选PhotoKit, systemImage: line.3.horizontal.decrease.circle) .frame(maxWidth: .infinity) } .buttonStyle(.bordered) } }媒体选择后的读取逻辑可以继续沿用 loadTransferable 方式。因为matching: .images限定为图片所以这里把 Data 转成 UIImage 是安全的。.onChange(of: selectedItems) { _, newItems in guard let item newItems.first else { return } Task { do { guard let data try await item.loadTransferable(type: Data.self), let image UIImage(data: data) else { return } await MainActor.run { previewImage image } } catch { // 这里建议接入日志系统方便线上排查选择失败场景 print(加载媒体失败: \(error)) } } }3.3 实现媒体类型筛选页面筛选页面的交互可以模仿常见相册 App 顶部的“全部 / 照片 / 视频 / 收藏”分段控件。用 PhotosPicker 的系统选择器虽然能完成媒体选择但无法在 App 内部形成一个可自由切换筛选条件的媒体库列表。因此这里切换到 PhotoKit 实现。// 文件路径GrokLikeMediaDemo/AlbumFilterView.swift import SwiftUI import Photos struct AlbumFilterView: View { ObservedObject var viewModel: AlbumViewModel State private var selectedFilter: MediaFilterOption .all var body: some View { Group { if viewModel.isAuthorized { VStack(spacing: 0) { Picker(媒体筛选, selection: $selectedFilter) { ForEach(MediaFilterOption.allCases) { option in Text(option.rawValue).tag(option) } } .pickerStyle(.segmented) .padding(.horizontal) .padding(.vertical, 8) List(viewModel.assets, id: \.localIdentifier) { asset in HStack(spacing: 12) { AssetThumbnailView(asset: asset) .frame(width: 64, height: 64) VStack(alignment: .leading, spacing: 4) { Text(mediaTypeDescription(asset)) .font(.subheadline) Text(asset.creationDate?.formatted() ?? 未知时间) .font(.caption) .foregroundStyle(.secondary) } } } .listStyle(.plain) } .onAppear { viewModel.loadAssets(filter: selectedFilter) } .onChange(of: selectedFilter) { _, newValue in viewModel.loadAssets(filter: newValue) } } else { VStack(spacing: 12) { Text(需要相册访问权限才能展示媒体列表) .font(.headline) Button(请求权限) { viewModel.requestAuthorization() } .buttonStyle(.borderedProminent) } .padding() } } .navigationTitle(媒体筛选) } private func mediaTypeDescription(_ asset: PHAsset) - String { switch asset.mediaType { case .image: return 图片 case .video: return 视频 case .audio: return 音频 default: return 未知媒体 } } } struct AssetThumbnailView: View { let asset: PHAsset State private var thumbnail: UIImage? var body: some View { Group { if let thumbnail { Image(uiImage: thumbnail) .resizable() .scaledToFill() .clipShape(RoundedRectangle(cornerRadius: 8)) } else { RoundedRectangle(cornerRadius: 8) .fill(Color.secondary.opacity(0.2)) .task { loadThumbnail() } } } } private func loadThumbnail() { let manager PHCachingImageManager() manager.requestImage( for: asset, targetSize: CGSize(width: 128, height: 128), contentMode: .aspectFill, options: nil ) { image, _ in DispatchQueue.main.async { thumbnail image } } } }在上面的AlbumViewModel基础上把requestAuthorization和loadAssets串起来就能得到一个基本的媒体筛选页面。Demo 的交互逻辑是首次进入“媒体筛选”页面时App 请求相册权限用户点击授权后程序读取相册中的全部媒体切换顶部 Picker 为“视频”时重新执行loadAssets(filter: .videos)只展示视频资源切换到“收藏”时只展示用户标记为收藏的媒体。3.4 运行与验证在 Xcode 中运行工程后验证重点包括验证一PhotosPicker 无需权限在首页点击“选择图片发送”系统应直接弹出相册选择器而不是出现权限弹窗。因为 PHPicker 是系统独立进程不会申请应用权限。验证二PhotoKit 需要权限弹窗点击“打开媒体筛选PhotoKit”后系统会弹窗询问是否允许访问相册。如果之前没有在 Info.plist 配置NSPhotoLibraryUsageDescription此时程序会直接崩溃。验证三筛选结果正确授权后进入筛选页面默认看到全部媒体。切换到“视频”时列表中不应出现图片切换到“收藏”时只显示被收藏的照片和视频。如果没有在模拟器相册里看到媒体可以先打开模拟器自带的 Photos App把一些图片拖拽进去再回到 Demo 测试。4. 对 iOS 开发者和 AI 产品的影响分析4.1 多模态输入门槛在降低库支持功能对普通用户的影响很直观发送一张图片给 AI 的步骤从原来至少 4 步减少到 2 步。这种降低不只是“少点了一次按钮”它改变了用户对 AI 能力边界的认知。过去用户需要先把图像内容用文字描述出来现在可以直接把截图、照片、视频关键帧交给模型处理。对开发者来说这种体验背后最核心的工作是在保持流畅交互的同时控制媒体数据体积。尤其是视频直接从相册读取几分钟的原始视频可能达到上 GB 大小必须做转码和压缩才能上传。PHPicker 返回的 item 在读取时并不等于原图直接可见需要开发者设计好传输链路。4.2 隐私授权模式正在向“最小化”演进苹果在 iOS 系统级层面做了一个很重要的设计如果只是一个单纯的选择场景App 开发者根本没有必要读取整个相册。PHPicker 的存在让 AI 应用可以在不获得相册权限的情况下实现“允许用户从相册里挑一张照片喂给模型”。Grok iOS 的库支持若是基于这套系统能力设计对用户隐私来说是一个加分项。用户不需要担心 Grok 把自己整个相册上传到服务器因为系统不会把全量相册暴露给应用。同时PhotoKit 的有限授权模式也值得所有 AI 产品团队重视。对于确实需要展示媒体列表的场景应用应该支持用户在系统设置里修改为“仅选中的照片”并在代码中处理status .limited的情况引导用户通过 PHPicker 补充选择。4.3 媒体筛选能带来实际性能收益媒体筛选不仅是交互细节更是一个性能优化手段。iPhone 用户相册中通常有几千到几万张图片。如果把所有 PHAsset 一次性加载到内存并渲染缩略图对中低端设备会造成明显卡顿。如果在 PHFetchOptions 阶段就通过 predicate 完成媒体类型过滤而不是 App 拿到全部 PHAsset 后再在数组中手动筛可以大幅度减少不必要的对象创建和 Cell 渲染开销。Grok 这类 AI 产品如果还要读取媒体中的位置、时间、深度信息等元数据分批处理就更加重要。实际项目中更推荐 UITableView UICollectionView 配合 PHCachingImageManager 做增量加载尽量避免一次性生成大量 UIImage。4.4 对国内开发者做相册类 AI 功能的合规参考国内 iOS 开发者在做“AI 相册”类功能时需要注意几个非常现实的问题第一不能一启动就申请相册权限。正确做法是把权限请求放到用户真正点击“从相册选择”的时候。第二如果业务上只需要用户主动选择媒体优先使用 PHPicker不要申请 NSPhotoLibraryUsageDescription。第三如果确实需要 PhotoKit 权限隐私政策中必须明确说明“为什么读取相册、读取后会做哪些处理、是否会上传服务器、数据保留多久”。这里说的不是做样子而是要对应到代码实际行为。第四对于用户选择后但未真正上传到服务器的媒体建议及时清理临时文件。第五处理视频文件时要保留在沙盒临时目录避免被系统相册或 iCloud 自动同步。5. 常见问题与排查思路在实现库支持和媒体筛选时很多问题都有共性。下面整理了一份排查清单每一类都是真实开发中比较高频的坑。问题现象常见原因解决思路使用 PHPicker 正常但使用 PhotoKit 一调用就崩溃Info.plist 未添加 NSPhotoLibraryUsageDescription补充权限描述文案点击“视频”筛选后列表为空媒体类型 predicate 写错或相册中确实没有视频确认 NSPredicate 中 rawValue 类型PhotosPicker 选择视频后通过 Data 转 UIImage 失败Data 不代表可直接展示的图像帧视频需要走 AVAsset 读取或生成预览帧首次授权后列表没有刷新requestAuthorization 回调在后台线程UI 没回主线程更新使用 DispatchQueue.main.async 包裹 UI 更新相册列表滑动卡顿每次 Cell 出现都重新创建 PHCachingImageManager 或 targetSize 过大共享管理对象、设置合理缩略图尺寸、复用缓存模拟器里没有媒体可以筛选模拟器相册为空向模拟器相册拖入几张测试图或用系统相册创建测试内容切换筛选条件后 List 数据错乱没有重新执行 PHAsset.fetchAssets而是只过滤了内存数组每次筛选都重新发起 PHFetchOptions 查询5.1 PHPicker 是否需要相册权限不需要。PHPicker 运行在独立进程中App 无法通过它读取用户完整相册用户选中的内容会通过数据通道返回。在 App Store 审核时如果产品只使用 PHPicker通常不会被要求提供访问相册的用途说明。不过有一种特殊情况是开发者希望在 PHPicker 选择完成后将图片写回系统相册这种情况下需要申请 NSPhotoLibraryAddUsageDescription用来表示“向相册添加新内容”的权限。5.2 loadTransferable 读取超大图片失败iOS 相册里的照片可能是 4800 万像素的高分辨率图直接 load 出 Data 再转 UIImage内存容易飙升。更稳妥的方案是在选择图片后先读取缩略图用于 UI 预览用户确认发送时再读取目标尺寸的图片数据上传前做 JPEG 压缩例如统一压缩到最大边 2048 或 4096。如果产品必须支持原图上传建议使用文件分片或后台 URLSession 上传任务避免主线程卡顿。5.3 如何在相册列表中显示视频时长PHAsset 对视频提供了 duration 属性单位是秒。可以在 Cell 中通过 asset.duration 计算时长文案但要注意 PHAsset.fetchAssets 返回的是高层元数据读取 duration 不需要额外请求资源。private func formatDuration(_ duration: TimeInterval) - String { let seconds Int(duration) % 60 let minutes Int(duration) / 60 return String(format: %02d:%02d, minutes, seconds) }5.4 用户拒绝授权后如何引导用户点击“不允许”后再次调用 requestAuthorization 不会弹窗界面会保持不变。需要在 UI 中提示用户前往系统设置开启。一个简单实现是if let url URL(string: UIApplication.openSettingsURLString) { UIApplication.shared.open(url) }但不要一上来就跳设置应该先给用户解释为什么需要权限再由用户主动点击“去设置”。6. 最佳实践与工程建议很多 iOS 开发者对相册权限的认知就是“添加一个权限描述然后调用系统 API”。但在 AI 媒体类应用里还需要考虑更完整的数据流和用户体验。下面按工程落地的关键点展开说明。6.1 交互设计把系统选择器和自定义筛选分开建议把“发送媒体”和“媒体库管理”视为两个独立场景发送媒体用户带着明确意图选择一张图或一段视频。这种情况下使用系统 PhotosPicker最大限度保护隐私。媒体库管理需要用户浏览自己的全部媒体并筛选。这种情况才使用 PhotoKit。两者不要混在同一个页面否则用户会感到困惑为什么这个 App 能读取我全部相册对 Grok 这类高敏感权限的 AI 产品来说选择器的入口设计要尽量克制。6.2 权限申请尽量后置不要在 App 启动时要求相册权限。即使用户最终会用到媒体筛选也应该等到用户点击“从相册选择”后再触发权限弹窗。对于需要批量处理媒体的功能首次授权后建议以“有限权限”模式为前提进行设计。用户如果只允许访问部分照片App 列表应该能正常展示已授权资源同时提供一个“选择更多照片”入口。6.3 媒体数据格式与上传优化AI 应用读取媒体后通常要将数据发送到服务器进行模型推理。在上传链路中有几个不可省略的步骤图片方向校正。iPhone 拍摄的 HEIC/JPEG 图片可能包含 EXIF 方向信息直接转成 UIImage 显示时方向可能不对上传时如果服务器不支持解析方向需要先使用 CoreGraphics 绘制成方向正确的图像。元数据清理。普通相册图片可能包含 GPS 位置信息。除非业务需要上传前建议去除 Exif 元数据保护用户位置隐私。视频转码。H.265HEVC视频在部分服务端不一定能直接解码建议转成 H.264 或服务端支持的格式。6.4 缩略图缓存机制在自定义相册列表中每次调用 requestImage 都可能产生一次磁盘缓存和网络请求iCloud 资源。正确做法是使用 PHCachingImageManager 建立统一的管理对象并配合 UICollectionView 的 prepareForReuse 机制让列表滚动时尽量复用已有图片。同时可以根据设备分辨率动态调整缩略图 targetSize过大的缩略图会浪费大量内存过小又会导致图片发虚。6.5 加强对“相册变化”的监听用户的相册不是静态的。如果在 App 使用过程中用户在系统相册里新增了照片App 内自定义相册页面需要及时刷新。PhotoKit 提供了 PHPhotoLibraryChangeObserver 协议App 应该注册变更观察者并在回调中重新执行查询。由于 Demo 篇幅有限这一点没有展开编码但上线前务必补上。extension AlbumViewModel: PHPhotoLibraryChangeObserver { func photoLibraryDidChange(_ changeInstance: PHChange) { // 过滤需要更新的 fetchResult然后更新 assets } }6.6 日志与故障排查媒体上传链路涉及读取、压缩、网络、模型服务等环节。建议在线程关键节点打点日志记录媒体类型、大小、处理耗时和上传结果但要注意在日志中不要记录图片内容或位置等隐私信息。线上出现失败时先区分是系统权限问题、文件读取问题还是网络问题。不要把所有异常都抛给用户弹窗提示后台静默重试 N 次后再提示会更友好。7. 总结与下一步学习Grok iOS 这次围绕库支持和媒体筛选的更新从产品功能角度是一次体验优化从 iOS 开发角度则是一次典型的系统能力集成。它提醒我们在大模型应用时代客户端的核心价值不再只是“把聊天界面做漂亮”还要在隐私边界内帮助用户更自然地把系统环境中的信息传递给 AI。如果你打算做同类功能建议继续深入这些方向阅读 PhotosUI 和 PhotoKit 的官方文档重点理解 PHPicker 与 PhotoKit 各自适用场景学习 PHAsset 的完整属性尤其是 iCloud 资源的处理方式了解如何在列表场景中高效使用 PHCachingImageManager学习 HEIC/HEVC 格式的转码思路以及视频上传时的压缩策略。你也可以直接把本文第 3 章的 SwiftUI Demo 拷贝到 Xcode 里运行再把筛选条件从“视频/收藏”扩展成“最近 30 天”“人像”等自定义维度会更深地理解这套媒体库模型的便利之处。真正的产品体验往往就藏在每一次选择、读取和反馈的细节里。