ios - iOS 是否失去了使用动态框架的大部分优势？

Question

iOS 是否失去了使用动态框架的大部分优势？

• 由于 iOS 会将所有需要的动态框架复制到应用程序包中，因此它不会在应用程序之间共享动态框架并节省内存。除了与主应用程序及其扩展共享内存。

• 使用的应用程序dlOpen无法发送到 App Store。这意味着 Apple 不允许正式使用动态框架。

• 旧的 Apple 文件说动态框架可以节省应用程序的启动时间，但新文件说它们没有。旧文件是否已过时？这是比较：

  • 使应用程序启动更快并在启动后使用更少的内存
  • 加载更少的动态库。这可能是应用程序总启动时间中最长的部分之一。Apple 建议最多只使用六个非系统框架 看看你是否可以删除你正在使用的任何动态库，方法是用静态版本替换它们或直接编译它们的源代码。

这是否意味着如果我们使用动态框架dlOpen稍后加载它们，它会比静态框架更快？因为动态框架在开始时需要一些时间来链接，但它们在加载到内存时会节省更多时间。静态框架的加载时间比动态框架的链接时间长。真的吗？

所以看起来在 iOS 上使用动态框架没有任何优势，对吧？

那么在 macOS 和 Linux 上呢？动态框架有什么优势吗？如果是这样，它们是如何工作的？

Answer 1

你在这一切都是正确的。非系统（即不是由 Apple 提供）动态库在 iOS 上几乎所有方面的效率都会降低。它们不会为您节省空间或内存，而且它们会在启动时花费您。

您引用的旧Apple 文档几乎完全是在 iPhone 之前编写的。它指的是 Mac 应用程序中的延迟加载库，这有助于启动时间。

在具有共享库的系统上（或使用在 iOS 上共享的系统库时），动态库可以节省磁盘空间，并且可以在进程之间共享，从而节省内存和加载时间（因为它已经被其他进程加载）。但是，如果您不共享库，您将无法真正获得这些好处。在允许运行时加载库的系统（不是 iOS）上，动态库可以延迟加载很少使用的代码的成本，可能无限期地延迟（如果代码从未使用过）。此外，它为插件和其他扩展提供了机会。