Xcode 工程设置及含义

配置文件及位置

文件	位置
Profile	~/Library/MobileDevice/Provisioning\ Profiles

常见工程设置及含义

• Prefix Header
  指定 PCH 文件位置
• Precompile Prefix Header
  是否预编译 PCH 文件
• Search Paths
  指定非系统文件的位置，如引入的c语言的头文件位置，第三方framework等

引入第三方 framework 相关设置

1. framework search path
   指定第三方 framework 所在位置
2. copy files
   将第三方 framework 拷贝到自己程序，特别是资源文件
3. Runpath Search Paths
   指定可执行文件的位置。一般可以设置为 “@executable_path/something”。详情

工程设置常用变量

@executable_path

这个变量表示可执行程序所在的目录. 比如 /path/QQ.app/Contents/MacOS/

@loader_path

这个变量表示每一个被加载的 binary (包括App, dylib, framework,plugin等) 所在的目录.

在一个程序中, 对于每一个模块, @loader_path 会解析成不用的路径, 而 @executable_path 总是被解析为同一个路径(可执行程序所在目录). 比如一个会被多个程序调用的 plugin, 位于 /path/Flash Player.plugin/Contents/MacOS/Flash Player, 依赖 /path/Flash Player.plugin/Contents/Frameworks/XPSSO.dylib. 那么 XPSSO.dylib 的 INSTALL_PATH 可以设置为 @loader_path/…/Frameworks, 这样设置的话, 不论 Flash Player.plugin 目录放到什么位置, XPSSO.dylib 都能正确的被加载.

@rpath

和前面两个不同, 它只是一个保存着一个或多个路径的变量. 比如 XPSSO.dylib 被两个 .app 使用, 且被包含的路径不同。比如：
softA.app/Contents/MacOS/dylib/XPSSO.dylib
softB.app/Contents/MacOS/Frameworks/XPSSO.dylib
将 XPSSO.dylib 的 INSTALL_PATH 设置成 @loader_path/…/dylib 或 @loader_path/…/Frameworks 都只能满足其中一个 .app 的需求. 要解决这个问题, 就可以用 @rpath. 将 XPSSO.dylib 的 INSTALL_PATH 设置成 @rpath, 然后在编译 softA.app, softB.app 时分别指定 @rpath 为 @loader_path/…/dylib, @loader_path/…/Frameworks, 问题得到了解决. @rpath 的另一个优点是可以设置多个路径. 如果 softA.app 还需要使用另一个 .plugin (假设它的 INSTALL_PATH 也设置成了 @rpath), 位于 @loader_path/…/plugin, 把这个路径加到 @rpath 即可.

XPSSO.dylib的Build Settings中设置Installation Directory

在 softA.app或softB.app 中设置 Runpath Search Paths(对应了@rpath)

编译参数

Other Linker Flags

flag	描述
-dead_strip	删除多余的库符号
-all_load	让链接器把所有找到的目标文件都加载到可执行文件中
-force_load	所做的事情跟 -all_load 其实是一样的，但是 -force_load 需要指定要进行全部加载的库文件的路径
-ObjC	告诉链接器把库中定义的 Objective-C 类和 Category 都加载进来。这样编译之后的 app 会变大（因为加载了其他的 ObjC 代码进来）。但是如果静态库中有类和 category 的话只有加入这个 flag 才行。

参考

Build Settings中的变量@rpath,@loader_path,@executable_path