如何解决什么时候在 iOS 中使用动态链接库？在 iOS 中使用动态库有什么好处？
我对动态链接库在Window或Linux和iOS中的优势差异感到奇怪。
⬇️下面的句子是为了证明为什么我觉得很奇怪。
我了解到库可以分为静态库和动态库
使用动态库的优点是允许其他应用程序使用相同的动态库（在Window中，.dll文件），以便每个可以减少应用程序内存使用量，并且可以更轻松地重新分发动态库，而不是重新分发应用程序。 其实我在使用某些应用程序时可能会遇到“没有XXX.dll文件”
而在Xcode中，什么时候创建新项目，我们可以在framework & library中选择framework和static library。
并且在创建项目后，我们可以选择如何成为Mach-O Type，比如“可执行文件、动态库、静态库”等。
所以，我认为如果我选择Mach-O类型和动态库，项目会以链接方式使用动态链接库进行编译。
⬇️我真的很想知道。
- 但就像在 Window 中一样，iOS 用户能否在他们的 iPhone 中下载 .so 文件，以便正常运行应用程序或更新动态库？
- 在 iPhone 中启动的其他应用是否可以使用相同的动态库？
因为我无法体验。
- 如果它（1,2）不能，为什么要使用动态库，即使我们不能像在Window中那样使用动态库的实际优势，或者Linux？
解决方法
您对动态库和静态库的理解是正确的。
静态链接
已编译的源代码（目标代码、.o 文件）和已编译的库代码合并为一个可执行文件 [1]
动态链接
编译的源代码（目标代码）和库代码没有结合在一起。对动态链接库的引用在应用启动或运行时在运行时解析（第二部分不适用于 iOS 应用）[1]
第一季度
iOS 在其应用程序的工作方式上大量借鉴了 MacOS。两个操作系统中的可执行文件都是 Mach-O 文件。现在，在 macOS 上，动态链接库或 dylib 旨在更新，而无需更新整个应用程序。按照设计，这在 iOS 中也是可能的。阻止这种情况发生的是 Apple 的指导方针，限制应用程序从互联网下载可执行代码。任何新的更新都必须经过他们的审查过程。 [2]
Q2
是的，一些动态链接的库是跨应用共享的。但是，它们是由 Apple 通过 iOS 更新创建和更新的。所有 Apple 框架，如 UIKit、SceneKit 等，都是这样的例子。这就是为什么这些框架在 Xcode 中与“不嵌入”选项的关联很弱的原因
第 3 季度
使用自己的 dylib 并非完全没有意义。如果您在应用中发布扩展，那么 dylib 是在应用和扩展之间共享代码而不增加二进制大小的绝佳选择。在这种情况下，可执行文件共享相同的库。 [3]
[2] https://developer.apple.com/app-store/review/guidelines/#app-completeness#2.5.2
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。