gpt4 book ai didi

ios - 我们什么时候应该在 Xcode 中使用 "embedded binaries"而不是 "Linked Frameworks"?

转载 作者:IT王子 更新时间:2023-10-29 07:28:08 28 4
gpt4 key购买 nike

Link Binary with libraries VS Embed Frameworks 中所述,关于这两个选项之间的区别有一个很好的问题。 .

似乎我们可以选择同时使用它们,只是想知道在哪种情况下我们应该更好地使用嵌入式二进制文件,还是使用链接框架?

有什么可靠的例子可以更清楚地解决这个问题吗?谢谢

最佳答案

您链接的问题引用了“Link Binary With Libraries”功能,该功能与嵌入式二进制文件有些不同。

“Link Binary With Libraries”意味着您对链接的期望:无论二进制文件是静态库、动态库还是框架,它都会在编译后的链接时链接到您的目标代码。

当您想到与静态库的链接时,会发生什么非常清楚:链接器将库中的代码(例如 libFoo.a )复制到您的输出二进制文件中。您的输出文件会变大,但不需要在运行时解析任何外部依赖项。程序运行所需的一切(相对于静态库)在构建后都已存在。

使用动态库(.dylib 或系统提供的框架)时,期望您链接的库在您运行程序时出现在系统的动态库加载器路径中的某个位置。这样你就没有将所有第三方外部库复制到你的二进制文件中的开销,并且计算机上所有链接到该库的不同程序都可以找到它,这样可以节省最少的磁盘空间,而且潜在的内存空间,取决于系统缓存库的方式和位置。

框架很像动态库,但可以在其目录结构中包含资源(图像、音频、其他框架等)。在这种情况下,简单的静态库或 .dylib 文件不会剪切它,因此您可能必须链接到框架才能找到正常运行所需的内容。

当您链接到第三方框架(比如您从 github 下载并自己构建的框架)时,它可能不会出现在您打算运行的系统上。在这种情况下,您不仅要链接到框架,还要使用“复制框架”阶段将其嵌入到应用程序包中。当您的程序运行时,运行时链接器(也称为解析器)除了系统加载器路径外,还会查看您的包内部,找到嵌入式框架并链接它,以便您的应用程序拥有运行所需的代码。

最后,所谓的“嵌入式二进制文件”是一个可执行文件,您都通过复制文件阶段嵌入到您的应用程序包中,并且您自己执行,也许调用 popen()或类似。嵌入的二进制文件可能会被您的程序调用,但并未与其链接。它是一个完全外部的实体(就像 /bin 目录中的程序)。

实际上,对于系统提供的库和框架,您将针对它们进行链接,这就是您需要做的全部工作。

如果您需要链接您构建的不需要任何嵌入式资源的库(即不需要存在框架),那么您只需链接静态库即可。如果您发现您的程序中有多个模块想要使用相同的库代码,那么将其转换为框架或动态库并链接到它们可以节省空间并且可能很方便(特别是如果内存使用是一个问题)。

最后,框架不仅可以包含资源,还可以包含头文件和/或许可证文件。使用框架来传送这些文件实际上是一种方便的分发机制,因此您可能经常希望合并一个框架,以便这些东西可以与您的二进制文件一起标记(即许可证要求可能使这成为强制性)。

--- 编辑 ---

Adam Johns 发表了以下问题作为评论:

This is a great answer. There is something I'm still a little confused on, however. What does it mean to execute the binary yourself? Do you mean simply using the embedded framework's code? I know you mentioned popen(), but you're saying my app is calling popen()? I don't really know what that means.



我是说嵌入的二进制文件只是包中的另一个资源文件,如音频文件或图像,尽管该文件是一个可执行的命令行工具。 popen()函数(来自终端的 man popen 以阅读更多相关信息)让您可以从另一个正在运行的程序中执行任意程序。 system()函数是另一种方式。还有其他的,我将在这里举一个历史例子,可以让你更清楚地理解嵌入式二进制文件的使用:

您可能知道,当您在 Mac OS X 上启动应用程序时,它会使用当前用户的用户 ID 启动。在最常见的安装下,这是默认的桌面用户 admin用户,给定用户 ID 501 .

在基于 Unix 的操作系统上只有 root用户(用户 ID 0)拥有对整个文件系统的完全访问权限。有时,桌面用户启动的安装程序需要在特权目录(例如驱动程序)中安装文件。在这种情况下,应用程序需要将其权限提升到 root。用户,以便它可以写入这些受限制的目录。

为了通过 OS X 10.7 在操作系统中促进这一点,Apple 在其 Authorization Services API 中提供函数 AuthorizationExecuteWithPrivileges() (这现在已被弃用,但仍然是一个有用的例子)。
AuthorizationExecuteWithPrivileges()将命令行工具的路径作为参数作为 root 执行.命令行工具是您为运行安装逻辑而编写的可执行 shell 脚本或编译后的二进制文件。这个工具就像任何其他资源文件一样安装在你的应用程序包中。

当被调用时,操作系统会显示一个授权对话框,要求输入用户的密码(你以前见过这个!),当输入时,程序会以 root 的形式执行。代表您的应用。这个过程类似于只用 popen() 执行一个程序。你自己,虽然 popen()单独不会给您带来特权升级的好处。

关于ios - 我们什么时候应该在 Xcode 中使用 "embedded binaries"而不是 "Linked Frameworks"?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32675272/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com