image
在Xcode -> Target -> BuildSettings的Search Paths中, 有两个设置一个是 User Header Search Paths ,一个是 Header Search Paths.其实还有一个废弃的Always Search User Paths。
Header Search Paths就是我们平时使用的, 设置头文件搜索路径的方法. 可以通过配置Header Search Paths 来引入头文件, 从而可以使用该类.
Header Search Paths 与 User Header Search Paths 区别
Header Search Paths 管理导入的头文件的路径
Header Search Paths 和 User Header Search Paths 是具有同样功能的,
区别在于 import 或者 include 头文件时,
Header Search Paths 会多一种方式.
当import时, 有两种方式:
#import <SomeClass.h>
#import "SomeClass.h"
若在Header Search Paths中设置SomeClass的路径后, 上面两种方式都可以使用. 但是若在User Header Search Paths中设置后, #import <SomeClass.h> 就会编译报错（include也是一样）.
具体一点的区别是，<>是从系统目录空间 （对应Header Search Paths）中搜索文件，" " 是从用户目录空间（对应 User Header Search Paths）中搜索文件。如果你把路径加到User Header Search Paths 中，而 <>无法从系统目录空间中找到新加的路径，从而报错。
Library search path
Library Search Paths 管理导入的*.a的路径
Framewrok Search Path
Framework Search Paths 管理导入的*.framework的路径
扩展
1、其实还有另一个设置Always Search User Paths, 如果出现上面这样的错误, 这时把Always Search User Paths设置成 Yes，强制也import<> 也在User Header Search Paths搜索。 但是现在这个设置已经废弃了, 也不必过多探究了.
2、c / c++ 头文件引用问题
- include <> 引用编译器的类库路径下的头文件
- include “” 引用工程目录的相对路径的头文件
include 是编译指令，在编译时，编译器会将相对路径替换成绝对路径，因此，头文件绝对路径:
绝对路径 = 搜索路径 + 相对路径
- Xcode Build Settings 下 Search Paths设置搜索路径，Header Search Paths:头文件搜索路径设置
$(SRCROOT) 和 $(PROJECT_DIR) 都指xxx.xcodeproj所在的父目录
例如：引用工程testDemo/scr/test.h 头文件，
注意：
- 如果在Header Search Paths中添加
$(SRCROOT)/scr，那么头文件引用直接引用include "test.h" - 如果在Header Search Paths中添加
$(SRCROOT)/，那么头文件引用直接引用include "scr/test.h"
一般工作中我们最好都使用相对路径，这样在共同开发项目时，防止发生路径错误问题。
Library / Header Search Paths中写法：
$(SRCROOT) / 当前工程名字 / 需要包含头文件所在文件夹
3、(inherited)
参数会从PROJECT -> Build Settings -> Framework Search Paths`里面的路径会被其继承，没有的话不会继承。所以一个项目里面有多个target，使用到了同一个库(Library或Framework)那么为了方便我们可以在target添加继承参数，并且PROJECT统一中添加库的路径。
4、non-recursive：默认路径设置，不遍历该目录。
recursive：遍历该目录，如果路径的属性为recursive，那么编译的时候在找库的路径的时候，会遍历该目录下的所有子目录的库文件。
5、在Other Linker Flags中加入-ObjC或者-all_load或者-force_load
在ios开发中，我们经常会使用到第三方的一些静态库,导入第三方类库运行程序后你会发现,编译时可以正常编译但是运行时会app会闪退,报出
selector not recognized的错误
一般的第三方库的开发文档中都会写出这种问题的解决方法,在Other Linker Flags中加入-ObjC或者-all_load或者-force_load这样的解决方法。
-
-ObjC
一般这个参数足够解决前面提到的问题,这个flag告诉链接器把库中定义的Objective-C类和Category都加载进来。这样编译之后的app会变大,因为加载了很多不必要的文件而导致可执行文件变大。但是如果静态库中有类和category的话只有加入这个flag才行,但是Objc也不是万能的,当静态库中只有分类而没有类的时候,Objc就失效了,这就需要使用-all_load或者-force_load了。 -
-all_load
-all_load会强制链接器把目标文件都加载进来，即使没有objc代码。但是这个参数也有一个弊端,那就是你使用了不止一个静态库文件，那么你很有可能会遇到ld: duplicate symbol错误，因为不同的库文件里面可能会有相同的目标文件 这里会有两种方法解决 1:用命令行就行拆包. 2:就是用下面的这个参数 -
-force_load
这个flag所做的事情跟-all_load其实是一样的，只是-force_load需要指定要进行全部加载的库文件的路径，这样的话，你就只是完全加载了一个库文件，不影响其余库文件的按需加载 .
网友评论