Xcode 27 Device Hub 可以捕获模拟设备画面，但截图提交前仍要核对目标设备规格、画面内容和 App Store Connect 当前上传入口。若设计工作主要在 Windows 上完成，可先做版式，再用远程 Mac 运行 Device Hub 验证截图；iPhone Duo 在上传入口开放前，只适合作为规格准备依据。
谁该看这篇：需要从运行中的应用界面制作商店截图的 UI 设计师和产品设计师。
想用 Device Hub 捕获模拟器画面的独立开发者。
由 Windows 负责视觉制作、但需要 Mac 完成模拟器截图验收的小型团队。
最后更新于 2026 年 9 月 29 日；发布记录、捕获方式、规格和上传说明已重新核对，分别见 Apple 的 Xcode 发布记录、Device Hub 截图文档、App Store Connect 截图规格和上传说明。
Xcode 27 App Store 截图：捕获完成，不代表验收完成
Apple 于 2026 年 9 月 14 日发布 Xcode 27。Device Hub 可以在模拟或实体设备上显示应用，并按设备自身的完整分辨率捕获截图，不受 Mac 显示器分辨率影响；文件默认保存到 Mac 桌面。以上行为说明它能提供应用运行画面，但不会自动替素材完成尺寸匹配、营销版式制作或上传资格检查。可对照上述 Apple 发布记录与截图文档。
先把交付物分清，能减少返工：
| 文件类型 | 用途 | 验收重点 |
|---|---|---|
| 模拟器原始截图 | 记录某个设备上实际运行的界面 | 设备型号、方向、应用状态和原始像素尺寸 |
| 商店展示素材 | 可在原始画面外添加文案或版式 | 加工后不得改变实际功能、界面或应用能力 |
| 最终上传文件 | 放入 App Store Connect 对应设备与语言入口的成品 | 像素尺寸、方向、文件格式、透明通道及入口状态 |
因此，“Device Hub 捕获成功”只代表有了源画面。若加工图加入了应用里不存在的按钮、页面或能力，即使像素合格，也不能据此认定素材准确。模拟器截图与 App Store 截图规格不一致时，先查明差异来自设备、方向还是裁切；不要直接拉伸图片填满画布。
先看上传入口，再决定是否制作 iPhone Duo 素材
Apple 当前规格页已列出 iPhone Duo 的截图尺寸，但同一页面说明，对该设备的素材上传支持将在年内稍后开放。规格列出不等于 App Store Connect 已提供相应上传入口。提交前要以当前页面的设备选择项为准；入口未出现时，只留存适配素材的工作文件，不要把 Duo 文件当成可正常提交。
| 设备规格示例 | 竖屏截图尺寸 | 横屏截图尺寸 | 验收动作 |
|---|---|---|---|
| iPhone Duo 外屏 | 1398 × 2034 像素 | 2034 × 1398 像素 | 先核对上传入口是否开放 |
| iPhone Duo 内屏 | 2007 × 2853 像素 | 2853 × 2007 像素 | 将内外屏素材分开命名和管理 |
以上尺寸及上传状态以Apple 当前截图规格页为准。规格可能更新；每次交付前重新查看，不要把旧模板当成所有设备通用要求。
对已经开放的设备，也不要只根据机型名称推断尺寸。App Store Connect 的规格按显示尺寸和方向区分；同一组截图未必能直接覆盖所有设备入口。先确认应用支持的平台，再按当前规格页核实目标项。若准备多个尺寸，保留源图和导出图的对应关系，后续发现入口或尺寸变化时才有依据。
内容、尺寸与文件格式要分开判断
App Store Connect 截图规格列出的常见文件格式为 .jpeg、.jpg 和 .png，截图数量为 1 至 10 张，并且图片不能包含 Alpha 通道或透明效果。尺寸和格式合格不代表内容合格；反过来，画面准确也不能弥补格式、方向或像素尺寸不符合入口要求。提交前请分别对照截图规格与上传步骤说明。
多语言素材也要独立管理。App Store Connect 的上传流程允许在不同语言与设备尺寸下提供素材；若界面完全一致，可以依据官方说明使用较高分辨率素材并让系统缩放。若文案、页面内容或布局因本地化而改变，就应保存语言与设备的对应版本，不要把一张本地化构图误套到其他语言。可参照本地化信息说明。
注意：截图源文件、加工文件和最终上传文件请分开保存。只留最终导出图，后续发现设备入口或语言文案不符时，就难以判断应该改源画面还是重新排版。
用一张代表性截图走完提交前检查
不需要一开始就批量导出所有语言和尺寸。先挑一张能代表核心界面的截图，依次跑完检查；遇到不通过项先修正，再扩展到其他素材。提交接口也会检查文件格式和截图尺寸，若通过接口上传，上传完成后还应确认处理状态；具体流程可见Apple 的素材上传接口说明。
- [ ] 在 Device Hub 打开目标模拟设备，运行应用并进入实际准备展示的页面。
- [ ] 捕获截图后，记录设备名称、方向、应用版本、语言和捕获日期；原始文件单独留档。
- [ ] 按当前 App Store Connect 规格核对目标设备的像素尺寸。尺寸不符时，先确认设备与方向，不要直接拉伸。
- [ ] 对照运行中的应用检查画面。删去会让用户误以为功能已存在、但应用实际没有的加工元素。
- [ ] 检查最终文件是否为允许的格式，且不含透明通道；确认文件放进正确的设备和语言入口。
- [ ] 核实该设备当前确有上传位置，再由负责提交的人在 App Store Connect 页面确认最终处理结果。
如果团队习惯脚本化交付，也要把“上传成功”与“处理完成”拆成两个状态；Apple 的上传接口说明包含上传、提交和检查处理结果等环节。不要只凭本地文件已生成，或传输请求已结束，就把交付标记为完成。
Windows 完成版式，Mac 完成设备验收
Windows 可以承担商店图的文案与版式制作，但无法替代 Xcode Device Hub 的 Mac 模拟设备捕获环节。分工时建议把源截图、加工文件、最终导出文件分开传递，并约定文件名包含语言、设备和方向；这属于团队工作流建议，不是 Apple 的强制命名规则。
当前方案与远程 Mac 的取舍：只靠 Windows，仍需要另找 Mac 环境来运行 Device Hub；借用他人设备还会增加文件传递和版本确认环节；先交付、再等发现尺寸问题才返工，则可能打乱提交安排。若只是偶尔需要运行 Xcode 27、验证模拟器截图和取回文件，可考虑通过 MESHLAUNCH 的远程 Mac 方案完成这段 Mac 专属验收流程。若工作持续依赖本地设备、实体接口或稳定的长期高负载，自购 Mac 可能更合适；也可先查看 MESHLAUNCH 的 Mac 使用入口，再按项目频率判断是否需要租用。
本周建议动作：先用一张代表性截图验证“来源、规格、内容、格式、上传入口”五项，再决定是否批量加工其他语言和设备版本。iPhone Duo 入口未开放时，不把它列入本次可提交素材。