iOS什么时候使用动态链接库？在iOS中使用动态库有什么好处？

Question

我对Window 或 Linux 中的动态链接库和 iOS 中的动态链接库的优势之间的差异感到很奇怪。

\n

下面的\xe2\xac\x87\xef\xb8\x8f这几句就是为了证明我为什么感觉怪怪的。

\n

我了解到库可以分为静态库和动态库

\n

使用动态库的优点是允许其他应用程序使用相同的动态库（在Window中，.dll文件），这样每个应用程序的内存使用量都可以减少，并且可以更容易地重新分发动态库而不是重新分发应用程序。\n实际上我在使用某些应用程序时可能会遇到“没有XXX.dll文件”的情况

\n

在Xcode中，当创建新项目时，我们可以在.\n中选择框架和静态库framework & library。\n创建项目后，我们可以选择如何成为Mach-O Type，例如“可执行文件，动态库，静态库”等。

\n

所以，我认为如果我选择带有动态库的Mach-O类型，则该项目将使用动态链接库以链接方式编译。

\n

\xe2\xac\x87\xef\xb8\x8f 我真的很想知道。

\n

\n
1. 但就像在 Window 中一样，iOS 用户可以在 iPhone 中下载.so 文件以便应用程序正常工作或更新动态库吗？
\n
2. iPhone 中启动的其他应用程序可以使用相同的动态库吗？
\n

\n

因为我无法体验到这一点。

\n

\n
3. 如果它（1,2）不能，为什么要使用动态库，即使我们无法像在 Window 或 Linux 中那样获得使用动态库的实际优势？
\n

\n

Answer 1

您对动态库和静态库的理解是正确的。

静态链接

编译后的源代码（目标代码、.o 文件）和编译后的库代码合并为单个可执行文件 [1]

动态链接

编译后的源代码（目标代码）和库代码没有组合在一起。对动态链接库的引用在应用程序启动或运行时在运行时解析（第二部分不适用于 iOS 应用程序）[1]

Q1

iOS 在应用程序的工作方式上大量借鉴了 MacOS。两个操作系统中的可执行文件都是 Mach-O 文件。现在，在 macOS 上，动态链接库或 dylib 旨在更新而无需更新整个应用程序。根据设计，这在 iOS 中也是可能的。阻止这种情况发生的是苹果公司的指导方针，限制应用程序从互联网下载可执行代码。任何新的更新都必须经过他们的审核过程。[2]

Q2

是的，一些动态链接库是跨应用程序共享的。然而，它们是由 Apple 通过 iOS 更新创建和更新的。所有 Apple 框架（例如 UIKit、SceneKit 等）都是这样的示例。这就是为什么这些框架在 Xcode 中通过“不嵌入”选项弱链接的原因

第三季度

使用您自己的 dylib 并非完全没有意义。如果您在应用程序中发布扩展，那么 dylib 是在应用程序和扩展之间共享代码而不增加二进制大小的绝佳选择。在这种情况下，可执行文件共享相同的库。[3]

[1] https://developer.apple.com/library/archive/documentation/DeveloperTools/Conceptual/DynamicLibraries/100-Articles/OverviewOfDynamicLibraries.html#//apple_ref/doc/uid/TP40001873-SW1

[2] https://developer.apple.com/app-store/review/guidelines/#app-completeness#2.5.2

[3] https://developer.apple.com/forums/thread/73802