Meta 提高了 Threads 的 iOS 性能

Meta 工程师 Dave LaMacchia 和 Jason Patterson 表示，app 应用程序的性能是用户决定是否使用该 app 的关键。这包括要使 app 应用程序在各种设备和连接条件下都具有闪电般的速度、高的电池效率和可靠性。

为了提高 Threads 的性能，Meta 工程师测量了 app 应用程序的启动速度、发布图片或视频的难易程度、崩溃的频率以及人们提交的缺陷报告的数量。为此，他们定义了一系列指标：令人沮丧的图像渲染体验（FIRE）、内容发布到网络时间（TTNC）和创建发布成功率（cPSR）。

FIRE 代表经历令人沮丧的图像渲染体验的人的百分比，这可能会导致他们在图片通过网络渲染时离开 app 应用程序。粗略地说，FIRE 被定义为在图像完全渲染之前离开应用程序的用户数量除以尝试显示该图像的所有用户总数的商。通过测量该指标，Threads 开发人员可以检测用户图片加载方式的任何退化。

内容发布到网络时间（TTNC）大致是 app 应用程序启动并显示用户提要所需的时间。加载时间长是另一个可能导致用户弃用应用程序的体验杀手。减小应用程序的二进制文件大小对于保持较小的二进制文件至关重要：

每当有人尝试将代码提交给 Threads 时，如果代码更改会将应用程序的二进制大小增加到超过配置的阈值，他们就会收到警报。

此外，他们还从应用程序包中删除了不必要的代码和图形资产，从而使得二进制文件大小只有 Instagram 的四分之一。

至于导航延迟，这可能比启动时间更为关键。Meta 工程师进行了 A/B 测试，发现：

对于最小的延迟注入，对某些视图的影响很小或可以忽略不计，但是最大的注入对整个系统所有视图都有负面影响。人们阅读帖子的次数会减少，自己发帖的频率也会降低，并且总体上与应用程序的互动也会减少。

为了确保任何更改都不会导致导航延迟的回归，Meta 工程师创建了 SLATE，这是一个日志系统，可以跟踪相关事件，如新导航的触发器、正在构建的 UI、活动微调器、来自网络的内容或显示错误。

SLATE 是使用一组通用组件实现的，这些组件是我们许多 UI 的基础，并且是一个通过在代码中为特定事件设置“标记”来衡量性能的系统。通常，这些标记是出于特定目的而创建的。

创建发布成功率（cPSR）衡量用户成功完成发布某些内容的过程的可能性。在 iOS 上，发布视频或大图片尤其棘手，因为用户可以在发布内容后将应用程序置于后台，而无需等待上传完成，在这种情况下，应用程序可能会被操作系统终止。

在这里，Meta 采取的方法是为了改善发布失败时的用户体验。这是通过引入一个名为“草稿”的新功能来实现的，该功能允许用户以更灵活的方式管理失败的帖子，而不仅仅是提供重试或中止操作的选项。

我们发现，用户使用“草稿”后，提交有关发布的缺陷报告的人数减少了 26%。这个功能显然起到了作用。

另一种方法是尝试减少感知延迟，而不是绝对延迟，即在数据上传完成但尚未处理和发布之前显示请求已被接收。

最后但也很重要的一点是，Meta 工程师在采用 Swift 的完全并发后，发现 app 应用程序的稳定性有了很大的提高，他们说，Swift 的完全并发在防止数据争用和减少由数据争用造成的难以调试的问题方面做得很好。

作者介绍

Sergio De Simone 是一名软件工程师，已经拥有超过 25 年的工作经验了。他曾供职各种不同的项目和公司，包括西门子、惠普和小型初创公司等不同的工作环境。在过去的十多年里，他一直专注于移动平台和相关技术的开发。他目前在就职于 BigML, Inc.，负责 iOS 和 macOS 的开发。

原文链接：

https://www.infoq.com/news/2025/01/meta-threads-ios-performance/