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

Question

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

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

• 使用 dlOpen 的应用无法发布到 App Store。这意味着Apple不允许官方使用动态框架。

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

  • make the app launch faster and use less memory once it’s launched
  • Load fewer dynamic libraries. This can be one of the longest parts of an app’s total launch time. Apple recommends using only up to six non-system frameworksSee if you can remove any of the dynamic libraries you’re using by replacing them with static versions or compiling their sources directly.

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

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

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

Answer 1

您在所有这些方面都是正确的。非系统(即不是由 Apple 提供)动态库在 iOS 上的几乎所有方面都会降低效率。它们不会为您节省空间或内存，而且会在启动时消耗您的资源。

老Apple document you reference几乎完全是在 iPhone 之前编写的。它指的是 Mac 应用程序中的延迟加载库，这有助于缩短启动时间。

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