众所周知，Apple 支持每个版本的 macOS 整整一年的更新，然后再提供两年的安全更新。但它对每个型号的固件支持多长时间？现在更新 Mac 固件的唯一方法是安装 macOS 更新，这会如何影响支持期？本文试图回答这些问题，并在此过程中揭开这长达十多年的谜团。

　　Apple 不会发布任何有关固件版本或更新的信息，甚至很少在安全更新的发布说明中提及它们。幸运的是，自从七年前 High Sierra 发布以来，我一直在跟踪每种型号的固件版本，因此我有自己的记录，这些记录来自 macOS 更新中包含的版本。我将这些记录与 Ian Page 的Mactracker 数据库中给出的型号推出和停产日期进行了匹配，并在此总结了结果。

　　每次 macOS 更新都可能带来固件更新，尽管在支持的第一年，纯安全补丁带来的更新往往较少。通常同时发布的三个 macOS 更新中的固件更新都是相同的。因此，最近更新到 14.6 带来的更新与 13.6.8 和 12.7.5 中的更新相同，适用于各自支持的型号，但每次更新只会安装其支持的型号的更新。借助示例，这一点变得更加清晰，这些示例也揭示了这些更新的内在奥秘。

　　但这些并不是该 SU 中的新功能，因为那时这两种型号的固件更新已经停止，而在 2023 年 5 月 18 日的 Big Sur 11.7.7 中，这两种型号都没有任何可用的固件，因为它们不再受仍在接收更新的 macOS 版本的支持。

　　这个例子揭示了一个鲜明的事实：对于相隔一年多发布的 ​​iMac 和 MacBook Pro 的连续型号，上次发布的固件更新却相隔了近三年的时间：

　　因此，我收集了 2009 年 10 月至今推出的 40 款未配备 T2 芯片的英特尔 Mac 的数据，每款产品显然都已通过了最终固件更新。这不包括目前仍在接收固件更新的少数型号。

　　此图表按型号推出日期显示了每个型号的最后一次固件更新日期。2012 年之前推出的大量 Mac 于 2019 年 6 月收到了最后一次固件更新，之后近两年的时间里，所有后续型号都收到了进一步的固件更新，之后的下一批旧型号（这次是 2012-13 年推出的）才收到了最终更新。右上角可见一个异常值，即 2019 年 3 月推出的 iMac19,1，但似乎在 2024 年 2 月进行了最后一次更新，非常早。虽然此后没有收到任何固件更新，但将来可能会收到更多固件更新。

　　此图表显示了该型号推出之日起固件支持的总长度（以年为单位）。有三个不同的组：

　　这是同一张图表，但叠加了标签，标明了每种型号的名称。型号范围（例如 iMac）和支持期限之间似乎没有任何关联。

　　因此，对于自 2009 年以来推出的大多数不带 T2 芯片的英特尔型号，固件更新支持已延长至推出以来至少 8 年。由于型号的推出和停产之间的时间差异很大，因此在以停产日期表示时，分散性较大。

　　有几个可能的原因可以解释 2012 年之前推出的 Mac 与最近推出的 Mac 之间的差异。这些包括：

　　我赞成不再使用 Sandy Bridge，因为众所周知，Sandy Bridge 存在一些问题，可能导致固件支持比预期更早地结束。

　　值得注意的是，这种差距并不意味着在此期间没有发布固件更新，而只是意味着在此期间仍在更新的型号会继续更新，并且不会终止任何更新。

　　这些较新的型号从 2017 年开始推出，完全改变了固件更新。所有配备 T2 芯片的 Mac 都会收到看似相同的固件更新。尽管 Mac 仍受 macOS 更新支持，但后续更新仍被放弃（在某些情况下会发生这种情况），但 T2 固件更新似乎只有在型号不再受 macOS 更新支持时才会停止。

　　由于 Apple 完全拥有 Apple Silicon Mac 的硬件和操作系统，因此可以决定对每款产品的支持期限。

　　对于大多数未配备 T2 芯片的 Intel Mac，Apple 在该型号推出后至少 8 年内都提供了固件更新。对于许多型号，在它们无法运行受支持的 macOS 版本之前，就已经进行了固件更新。

　　2012 年之前推出的一些 Mac 搭载了 Sandy Bridge 芯片组，其固件支持早早被取消。原因尚不清楚，但可能与芯片组有关。

　　本文标题：macOS 官方共三年更新支持，但你知道苹果给固件提供多久的支持吗？

　　开源日报 揭秘谷歌搜索引擎；Linus首次亮相香港；中国首个语音端到端大模型；思科“放弃”网络业务？

　　:fire::fire::fire:MakuCloud v4.4 发布，支持多表生成、IoT 等功能

　　Dante Cloud 3.3.3.0 发布，国内首个支持阻塞式和响应式融合的微服务

　　:fire:httpsok-v1.15.0 全新版本 SSL 证书自动部署

　　Java 通用代码生成器光，电音之王尝鲜版八，完善数据库自动反射功能和多对多候选功能

　　《灯灯》多租户快速开发平台 4.21.1 发布，jdk8 和 jdk17 分支同时适配 sa-token

　　龙芯依托 LoongArch SIG，加速推进 openKylin 龙芯生态兼容与支持

　　No.7 - 第一章 启航 - 工业冶炼能耗控制(IoT)场景 案例分析

　　Apache DolphinScheduler & Doris 联合线上 Meetup

　　一张表告诉你木兰宽松许可证第二版（MulanPSL v2）与业界主流许可证的主要异同

　　No.4 - 第一章 启航 - 什么是事件驱动型应用 Flink 知其然，知其所以然

　　暑期2020“大咖说开源”之 孙金城：参与 ASF 开源贡献的正确姿势

　　No.8 - 第一章 启航 - 工业冶炼能耗控制(IoT)场景案例 开发

　　No.9 - 第一章 启航 - 事件驱动型应用总结 Flink 知其然，知其所以然

　　No.6 - 第一章 启航 - 工业冶炼能耗控制(IoT)场景 Flink 知其然，知其所以然

　　暑期2020“大咖说开源”庄表伟&林旅强：在你的人生经历中，有哪些开源故事？

　　直播 对话V神 & 以太坊核心研究者：ETH2.0 蓄势待发，我们应该如何参与？

　　该有的现代功能没有，没用的功能一堆。spirng security就是过度设计的典型代表。过搞那些配置类，已经可以自己写一个简单的登录权限管理了。

　　没GMS是借口，本质还是不想适配国内的手机系统，等鸿蒙Next出来，看微软拥抱不拥抱就知道了

　　可以看他不爽，看360不爽，但人家说的是事实。比如说航空业的业内人士也这么说的。

　　hutool 就是糊涂的意思，让你简单 傻瓜式一套开发，满足你常用的方法；这个我就不好评价了

　　不管怎么样，在安卓和ios的夹缝中，敢于建立第三个生态系统，关键还建立起来了，这就newbee了；强如微软，当年也灰头土脸；那些吹毛求疵的，其实就是见不得自己人好。

　　吃完就砸锅，好像那个啥纯血，吃完了，就想把小米，oppo、vivo的锅咂了；