iPhone Duo「Crackgate」：Apple 确认了什么，机主现在该做什么

iPhone Duo 内屏开裂的讨论有了一个重要进展：Apple 已回应，遇到显示问题的机主可以联系 AppleCare 处理更换。已经出问题的人，不必再只靠论坛里的经验帖寻找售后入口。

但买不买、留不留，仍然不是一句官方回应就能决定的。现在还不知道可靠的故障比例，也没有明确的受影响批次或统一根因。与其跟着每张裂屏照片重新紧张一次，不如先看哪些消息真的改变了局面，再把主力机需要的备份和替代方案准备好。

资料核对截至 2026 年 10 月 27 日。下文先讲售后与拆解的最新信息，再整理故障记录、数据恢复和购买时值得考虑的实际问题。

Apple 已经确认了什么

10 月 26 日，9to5Mac 刊出了它直接收到的 Apple 声明：Apple 已知少量 iPhone Duo 的内屏存在问题，遇到问题的用户应联系 AppleCare 处理更换。这是媒体直接取得的公司回应，应与论坛用户转述、截图中的客服对话区分开。

对于已经遇到问题的人，这意味着联系支持时有明确的公开依据。它不意味着 Apple 同时公布了故障率、批次范围或召回安排。没有实际故障数量和对应的观察总量，就不能把「少量」换算成某个百分比。

另外，联系 AppleCare 支持，与购买 AppleCare+ 保险计划是两件事。声明中的联系渠道，不能被解读为先买保险才能求助。具体设备的检查、保障范围和处理方式，应向所在地区的 Apple 支持确认，不能由网上某张报价截图代替。

先把几条消息放回时间线上

时间	可追溯的资料	它能说明什么
10 月 23 日	Apple 首发周开发者公告指向当周五开售	讨论发生在交付初期，尚非长期使用数据
首发周末	论坛和社媒出现机主报告	提供个案症状，没有完整抽样范围
10 月 25 日	iFixit 原始拆解	展示结构观察，并提出应力集中假说
10 月 26 日	Apple 向 9to5Mac 回应	承认问题，说明受影响用户的支持方向
10 月 27 日	本文整理	核对当前能确认与仍待回答的部分

先发售，随后出现报告，拆解再提出解释，最后是公司回应——这条时间线也提醒我们看消息的先后。一篇回应之前录制的视频，可能还不知道现在的服务方向；一份首发时已有的维修文档，也不该因为突然被大量转发，就被读成新发布的召回计划。

拆解看到了结构，根因仍需更多证据

iFixit 的拆解与模型把中央铰链支撑附近列为值得调查的位置，并模拟了支撑件未充分下降时，局部应力可能增加的情形。这是一种由结构观察和模型支持的假说，不是 Apple 已确认的故障结论。

最关键的一步，是把模型里的条件与故障机对上。正常结构怎样运动，可以通过拆解看到；支撑件在某种状态下可能产生什么影响，可以由模型探索。接下来要回答的却是：出现裂纹的那台设备，当时是否真的处于这个状态？目前还缺少把它们完整连起来的公开资料。

读拆解时，不妨留意作者研究的是正常机、故障机，还是模拟结构，以及是否明确保留了“可能”这样的措辞。转发标题常会把这些细节压掉，原文中的调查方向，到了下一条帖子里就变成了已经定案的结论。直接看原始分析，反而更容易保持清醒。

反过来，一台手机在创作者的折叠测试中正常，也不能消除其他设备发生故障的可能。个体差异、使用条件或局部缺陷都可能影响结果。当前的公开资料还没有把这些变量量化。

为什么帖子数量不能直接算故障率

要计算故障率，至少需要明确的观察对象、观察时长和故障定义。把网上的图片集中起来，并不自动具备这些条件。

一台损坏的手机，可能先出现在 Reddit，随后被搬到 X，又进入视频和新闻报道。把它们当作五台设备，就重复计算了分子。只统计某个论坛，又会漏掉直接去找售后的用户。把所有已售手机都当作被完整观察、使用时长相同的样本，则会误用分母。

点赞数同样是注意力指标，不是坏屏数量。一个受到大量讨论的报告值得调查，但不能当作问卷调查。没有发帖也很难解释：没有问题的人未必会说，遇到问题的人也可能在多个地方说。

因此，目前可以成立的判断是：这些报告值得认真处理，Apple 也已经回应。它们还不足以让我们精确预测手上这一台手机会怎样。拒绝没有依据的百分比，并不等于轻视已经受影响的用户。

如果你的内屏已经出现亮线或裂纹

如果已经出现亮线或裂纹，先别为了拍到更完整的故障过程而继续反复开合。当前状态、第一次发现的时间、当时正在做什么，已经是值得保留的信息。记录越清楚，后续咨询越少需要靠回忆拼凑。

可以用另一台设备拍下当前屏幕和机身外观，记录最早发现的时间、当时的操作、是否感觉到异常阻力，以及是否发生过已知磕碰。尽量把观察和推断分开：「打开时出现亮线」是观察，「一定是某个零件顶坏」则需要进一步检查。

从 Apple 官方 iPhone 维修入口开始联系支持，说明设备型号与内屏症状，询问如何检查、下一步如何处理，并保留案例编号。网上其他人的维修费用、购买地区和保障情况，都不能代替你这台设备的具体评估。

也不必自己拆开铰链、揭掉显示层来找原因。让设备保持当前状态，更方便后续检查。想研究结构，可以读拆解；自己这台手机的问题，先交给支持流程处理。

送修之前，先确认自己能恢复数据

换回一台手机，并不等于立刻恢复原来的数字生活。先看 Apple 的备份说明，再核对那些不能只凭「iCloud 已开启」就确认安全的内容。

第一步是确认确实存在最近的备份，而不是只确认某个开关打开了。之后，分别检查主要邮箱、密码管理器、双重验证工具和手机号的恢复路径。有些 App 通过自己的账户同步，有些保存在本机，还有些需要单独导出。应该问的是「换一台设备以后，我具体怎样拿回来」。

如果某个 App 承载工作记录或个人资料，趁设备仍可操作时，查看它自己的同步和导出设置。必要的恢复材料应放在不依赖故障手机就能访问的地方，而不是发送给客服。

预约服务后，按最新的 Apple 送修准备清单操作。这份清单有系统版本区别：把所有设备都套进「直接关闭查找」的旧教程，可能不适合当前 iOS 27 的维修准备流程。应根据官方页面中与你的版本对应的步骤处理，不要自行猜测该不该移除账户或抹掉设备。

Apple 的清单也提醒，不要把账户密码或设备密码交给别人。如果设备已经没有响应，先完成能完成的部分。屏幕出问题，不意味着你必须冒险操作一串自己无法确认的账户设置。

目前正常的设备，应该怎么对待

没必要把日常使用变成家庭耐久试验。反复强行开合、按压折痕或模仿拆解实验，都不能为你提供可信的总体故障概率。

现在花一点时间确认备份与购买资料，比遇到问题时同时找发票、恢复码和备用手机轻松得多。最好也知道自己能从哪里开始联系支持。硬件争议让人注意到这件事，但它原本就该是任何主力手机的日常准备。

如果正在决定是否购买，可以把问题拆成两部分：折叠屏能否解决自己的真实使用需求；如果主力机需要检查或更换，自己能承受多长时间的不便。后一个问题取决于备用设备、出行安排和服务条件，不能只靠一个新闻标题作答。

如果中断使用的代价很高，等待更多证据是合理的；如果设备没有异常，继续正常使用也与目前证据相容。两种选择都不需要否认故障报告，也不需要认定每一台都会损坏。

一份证据，未必能回答所有问题

同一张裂屏照片，往往同时被拿来讨论三个问题：这台手机发生了什么，里面哪个部件可能有问题，以及买这款手机是否划算。前两者需要不同资料，最后一个还取决于使用者自己。先弄清正在回答哪一题，讨论就不容易绕成一团。

可以把每条新消息放进下面的框架，再决定要不要据此改变判断。

想回答的问题	更合适的证据	仍然要补的条件
这台手机是否出现症状	原始照片、连续记录、机主描述	是否为同一设备，拍摄时间是否清楚
问题发生时有什么共同现象	多个独立案例的记录	去重，统一记录口径，区分观察与猜测
哪种结构可能造成损坏	故障样本、拆解、模型与复现	模型假设是否在样本中真实发生
问题影响多少用户	有明确观察范围的数据	分子、分母、时间窗口与故障定义
自己该走哪条服务路径	当前官方支持和个案评估	购买地区、具体设备状态及后续指引

比如一段连续视频，可能把“开合时出现异常”的经过拍得很清楚。没有拍到的内部动作，则还需要别的材料来补。普通机主不必完成一场工程实验才有资格报告问题；读者也不用替视频猜出它没有展示的机械细节。

值得多走的一步，是打开原始帖子看后续。机主有没有联系支持、检查出了什么、最终怎样处理，可能比最早那张照片更有用。截图传播得很快，评论里的修正与结果却常常跟不上。

折叠次数测试，为什么不能简单横向排名

耐久测试容易传播，因为它把复杂的问题压缩成一个数字。不过，把两个视频里的次数排在一起，未必是在比较同一件事。一次循环是否包含完整闭合、速度如何、施力位置在哪里、环境是否相同，以及怎样定义「失败」，都会影响解释。

假设某个测试以铰链不能继续运动为终点，另一个以屏幕出现第一条异常线为终点，即使记录非常准确，两个数字也不是同一指标。前者描述机械动作是否继续，后者描述显示是否保持正常。不能因为它们都用了「折叠测试」这个标题，就把终点差异忽略掉。

比较前至少应核对设备数量、测试装置、循环定义、停止条件、过程中是否出现其他损坏，以及是否保留原始过程。缺少这些信息时，一个数字可以说明那次演示的结果，不能直接转换成自己手中手机的剩余寿命。

这也解释了为什么「有机器折很多次仍正常」与「有人很早就遇到故障」可以同时出现。前者观察某个样本在特定条件下的表现，后者描述另一台设备的经历。要把两者放进同一个结论，需要关于样本和条件的新证据，而不是选择自己更喜欢的那个视频。

此外，可维修性与可靠性回答的也不是同一个问题。零件比较容易拆换，意味着故障之后的处理可能更直接；它不自动意味着零件更不容易坏。反过来，一项修理复杂，也不能单凭复杂程度推算它有多常发生。读评测时，把这两个维度分开，才不会被一个评分带偏。

把送修准备看成一次设备迁移

对主力机而言，真正需要提前演练的不是怎样把机器交出去，而是「如果今天拿到一台空白替代机，明天能不能继续生活」。这个问题可以分成四层：通信、账户、资料和工作环境。

通信层先看号码怎么恢复。 短信验证、电话和移动网络可能都依赖同一条线路。可以先向运营商确认可用的迁移方式，而不是等旧设备完全无法操作后才查。Apple 的 eSIM 设置说明与支持运营商列表说明了不同运营商的能力存在区别；不要假定别人的快速转移方式一定适用于自己。

账户层看能否在另一台设备登录。 邮箱、密码管理器和验证工具如果相互依赖，可能形成一个循环：登录邮箱要验证码，验证码却只能在故障手机上生成。提前了解各服务自己的恢复方式，比临时关掉安全设置更可取。这里只需要确认恢复路径，不需要把任何秘密信息放进故障记录或公开帖子。

资料层区分同步、备份和导出。 一份文件能在云端看到，与某个 App 的完整设置、附件和历史都可以恢复，并不是同一件事。对重要的本地记录，可以查看 App 是否提供单独导出，并确认导出物放在哪里、以后用什么打开。不要把「导出成功」理解成「已经检查过能恢复」。

工作层确认是否存在管理要求。 如果设备承载公司账户、企业验证或工作资料，先问负责这些服务的人应怎样交接。某些访问条件并不由个人手机备份决定。把这部分单独写进准备清单，可以避免换机以后才发现还需要重新登记设备。

不必为了准备迁移，立即抹掉仍可使用的手机。更合适的顺序是先查、先备份、先确认，再按照服务流程执行需要改变账户或设备状态的操作。对看不清或无法完成的步骤，向支持说明限制，而不是盲目确认。

一份能直接使用的故障记录模板

咨询时可以照着下面几项记，不必写成长篇经过。能让接手的人迅速找到设备、症状和已经做过的沟通，就足够了。

• 设备与购买情况： 型号、购买日期、购买渠道，以及自己保存购买凭证的位置。公开分享时不必展示序列号或订单详情。
• 首次发现： 大约时间、当时正在做什么、使用外屏还是内屏，以及现象是突然出现还是逐渐注意到。
• 直接观察： 线条、裂纹或显示异常的位置，触摸是否仍可用，是否存在自己确实感受到的阻力或声音。
• 已知事件： 如实说明自己知道的碰撞、跌落、接触异物或其他事件；不确定的部分写不确定，不用猜测补齐。
• 现有资料： 原始照片或短视频的保存位置，以及是否已有支持案例编号。不要为了补齐材料再重复施力。
• 待确认事项： 检查方式、需要带什么、是否要准备替代设备，以及下一次应在什么渠道跟进。

一份好的记录不需要夸张的标题，也不需要给每张照片配一个机械原理。它应该让下一位接手的人尽快了解症状、发生顺序和已经做过的沟通。

如果你也想把经历分享给社区，最好保留同一篇帖子持续更新。把「已联系支持」「已经检查」「最终处理」分开标注，比每个阶段另开一篇没有上下文的帖子更容易追踪，也更有利于后来者避免重复计数。

购买决定，要对应自己的中断成本

一台主力机暂时不能用，造成的麻烦差别很大。有备用机的人，也许只需要恢复账户；正要出差、所有验证又都在同一台手机上的人，就得多想一步。先把自己的条件摆出来，比照搬别人的购买结论更有帮助。

自己的情况	应优先确认的事情
有随时能用的备用机	关键记录和账户能否顺利迁移，而不只是备用机能否开机
只有这一台主力机	通信、工作验证与重要资料在设备离手后怎样继续使用
很快要出差或旅行	所在地服务条件、可支配时间、号码和旅行资料的访问方式
打算长期把它当工作工具	大屏收益是否稳定出现在日常任务中，以及中断时是否有替代路径

如果展开屏幕主要满足的是偶尔体验新鲜感，自己却完全无法接受主力机暂时离手，那么等待更多资料可能更符合自己的条件。如果有清晰的使用价值，也有成熟的恢复准备，就可以把新信息继续纳入观察，而不必每见到一个帖子就重新推翻全部判断。

别人愿意为新鲜体验接受多少麻烦，与你的日程没有必然关系。能否借到备用机、号码怎样恢复、工作验证在哪里，这些具体答案，比评论区一边倒的兴奋或失望更适合用来作决定。

三个容易混淆的后续问题

能够正常使用一段时间，是否就能排除问题？ 不能仅凭目前的公开信息给出这样的时间界限。一个人暂时没有症状，是关于这台设备当前状态的观察，不是对未来的保证。继续正常使用和保持可恢复的数据准备可以同时进行。

换回来的设备，是否等于已经采用不同硬件版本？ 除非有可追溯的官方资料或明确识别依据，不能从「得到更换」推导出「硬件已修改」。服务结果与制造版本是两个不同事实，应分别记录。

一份新的拆解或更新说明出现后，是否应该重写所有结论？ 先看它新增了什么。明确的样本、方法、原因或服务范围，才会改变相应判断；同一材料换个标题或重复转述，不需要被当作新的证据。

接下来什么消息才值得改变判断

真正有信息量的进展，包括官方根因说明、明确的受影响批次、可追溯的硬件变更、正式服务计划，或说明样本与方法的可靠性数据。旧照片换一种标题，并不等于同等级的新证据。

软件更新则需要单独判断。iOS 更新可以改变界面和软件行为，但「发布了新系统」本身不能证明某个物理显示故障已经解决。只有明确指出处理对象和适用范围的说明，才足以把两件事联系起来。

遇到症状，就带着清楚的记录联系支持；手机正常，就先把数据和账户的恢复路径弄明白。之后真正值得跟进的，是原因、范围与处理办法出现了哪些新信息。至于为什么有人仍然愿意尝试这款新手机，我们在八款折叠交互 App里聊了另一面：展开以后，究竟能多做些什么。