是否允许在 iOS 的静态库中使用 dlopen

Question

我正在使用一个胖静态库，它使用 dlopen() 在静态库中加载内部模块(.so) 文件。在 stackoverflow 上，开发人员说 dlopen() 是一个私有 API。

在这种情况下，可以使用 dlopen() 或作为私有 API，无论库的性质如何（即静态/动态），它都不应该在用户库中使用。

如果我不能使用 dlopen() ，那么有人可以指向任何资源以获取完成相同任务的替代方法。

注意：这是关于 baresip BSD 库。 (http://www.creytiv.com/)

更新： 库首先尝试静态加载所有配置的模块，如果失败，则尝试使用 dlopen() 动态加载它们。所以删除动态加载代码将解决我的问题。

Answer 1

将dlopen 与文字参数一起使用始终没问题。

dlopen 已记录在案，因此它不是私有 API。只需在终端中输入man dlopen，或查看应用程序扩展编程指南 > Handling Common Scenarios，或动态库使用指南 >1、2。

如果您尝试将dlopen 与您签名的代码一起使用，但未包含在所审查的应用程序中，则您侵犯了App Review Guidelines 2.5.2：

2.5.2 应用程序应在其捆绑包中自包含，不得在指定容器区域之外读取或写入数据，也不得下载、安装或执行代码，包括其他应用程序。

你可能会收到这样的消息：

您的应用、扩展程序和/或链接框架似乎包含明确设计的代码，能够在应用审核批准后更改您的应用的行为或功能，这不符合 App Store 审核指南 2.5.2 和第 3.3 节.2 Apple 开发者计划许可协议。

与最初在 App Store 审核时相比，此代码与远程资源相结合，可以帮助您对应用的行为进行重大更改。虽然您目前可能没有使用此功能，但它有可能加载私有框架、私有方法并启用未来的功能更改。 这包括将任意参数传递给动态方法的任何代码，例如 dlopen()、dlsym()、respondsToSelector:、performSelector:、method_exchangeImplementations()，以及运行远程脚本以更改应用行为和/或根据下载脚本的内容调用 SPI。即使远程资源不是故意恶意的，它也很容易被中间人 (MiTM) 攻击劫持，这可能会给您的应用用户带来严重的安全漏洞。

Answer 2

dlopen 在 iOS 版本 here.