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

When to use dynamic linking library in iOS ? And what is advantage of using dynamic library in iOS?

我对动态链接库在Window或Linux和iOS中的优势区别感到奇怪。

⬇️下面几句就是为了证明我为什么觉得怪怪的。

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

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

而在Xcode中，新建工程时，我们可以在[=12]中选择framework和static library =]. 创建项目后，我们可以选择如何成为 Mach-O 类型 就像“可执行文件、动态库、静态库”等。

所以，我认为如果我选择 Mach-O type 和 Dynamic Library，项目将使用动态链接库编译在链接方式中。

⬇️我很纳闷。

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

因为我无法体验。

  1. 如果 (1,2) 不能，为什么要使用 动态库 即使我们无法获得使用 动态库的实际优势 如 Window 或 Linux ?

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

静态链接

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

动态链接

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

Q1

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

Q2

是的，一些动态链接库是跨应用共享的。但是，它们是由 Apple 通过 iOS 更新创建和更新的。所有 Apple 框架，如 UIKit、SceneKit 等都是这方面的例子。这就是为什么这些框架在 Xcode 中与选项 'Do Not Embed'

弱链接的原因

Q3

使用您自己的动态库并非完全没有意义。如果您在应用程序中发布扩展程序，那么动态库是在不增加二进制文件大小的情况下在应用程序和扩展程序之间共享代码的绝佳选择。在这种情况下，可执行文件共享同一个库。 [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