iOS之Header Search Paths和User Header Search Paths和library searchpath

古城微笑少年丶 2022-06-05 12:05 580阅读 0赞

Header Search Paths 顾名思义就是用来存放 Project 中头文件的搜索根源，没有被add到项目里的头文件，可以通过配置Header Search Paths 来引入头文件，这样的好处可以不让project 包含的文件太多，便于管理。

浅显一点的区别是，编码时候通过 \#include 引入头文件的方式有两种 <> 和 ""。<> 是只从 Header Search Paths 中搜索， 而 "" 则能从  Header Search Paths 和 User Header Search Paths 中搜索。换言之 ，假如你把 路径加到  User Header Search Paths 中，那么 你用 \#include <file.h> 的方式去引入对应的头文件，就会报错。 如果加到  Header Search Paths,  就没有问题了。

具体一点的区别是，<> 是从系统目录空间 （对应 Header Search Paths）中搜索文件， "" 是从用户目录空间（对应 User Header Search Paths）中搜索文件。如果你把路径加到 User Header Search Paths 中，而 <> 无法从系统目录空间中找到新加的路径，从而报错。

Xcode在编译时， Library / Header Search Paths是一定会去搜索的。而User Header Search Paths只有在Always Search User Paths为Yes时才会被搜索

=========library searchpath

Project的Building Settings中得设置默认并不被Targets继承，只有当Targets的设置加入了$(inherited)时才被继承，添加目录的时候写上 “$(inherited)” 就表示从frameworks里面读取。

一种很常见的情况， 我建一个工程运行正常，但是把工程发给别人就会出现这个错误，这也是XcodeSearch Path的相对路径和绝对路径导致的。

所以在修改Library / Header Search Paths这个选项的时候使用:  "$(SRCROOT)/当前工程名字/需要包含头文件所在文件夹"

将上面的双引号里面的字符串拷贝之后，你会发现这个“$(SRCROOT)”，会自动变成当前工程所以的目录。这样就可以了，发给别人，别人也不用在去修改路径了。

# [Xcode添加静态库以及编译选项配置常见问题][Xcode] #

一,Xcode编译出现Link错误,出现"duplicate symbols for architecture i386 clang"提示.  
问题:链接时,项目有重名文件.  
解决:  
根据错误提示,做如下检查:  
1.Taraget->Build Settings->Link Binary With Libraries检查是否有重复lib.  
2.全工程搜索下重名文件,决定如何删除.

二,关于Category位于静态库时,引用该静态库的工程使用Category,出现"unrecognized selector sent to class"提示.  
问题:标准UNIX静态库与Objective-C之间Linker的差异.在标准的UNIX静态库内,linker symbol是依照每一个类别而产生的,但由于Category并没有真正产生一个类别,所以出错.  
解决:  
1.在该静态库的Taraget->Build Settings->Other Linker Flags->加上 -ObjC.  
2.在使用该静态库的工程Taraget->Build Settings->Other Linker Flags->加上-all\_load或-force\_load.

三,编译warning：ld: warning: directory not found for option '-L'.  
问题:通常是Path问题.  
解决:  
Taraget->Build Settings->Library Search Paths 和 Framework Search Paths,删掉编译报warning的路径即OK

四,引入(带源码的)静态库所需配置.  
步骤:  
1.Add Files to.. 加入静态库的.xcodeproj 文件,不要勾选Copy Items.. 选项。(可以先把源代码项目先复制到使用项目文件夹下)  
2.Target->Build Phases->Target Dependecies->加静态库 && Link Binary With Libraries->加静态库.  
3.配置静态库头文件路径,在Taraget->Build Settings->User Header Search Paths->配上静态库的物理路径.

\[错误tips: 若出现加入的.xcodeproj无法展开,则在Xcode中关闭静态库项目即可\]

PS:只有.a 和 .h的静态库,则直接拖入项目即可。

五,关于重构,解决跨层调用问题,  
常用选择:  
1.传参(包括静态变量的使用)  
2.传回调  
3.直接移动调用的代码(若代码出现在不适合的地方,移动类/方法/etc)

之所以使用该标志，和Objective-C的一个重要特性：类别（category)有关。根据这里的解释，Unix的标准静态库实现和Objective-C的动态特性之间有一些冲突：Objective-C没有为每个函数（或者方法）定义链接符号，它只为每个类创建链接符号。这样当在一个静态库中使用类别来扩展已有类的时候，链接器不知道如何把类原有的方法和类别中的方法整合起来，就会导致你调用类别中的方法时，出现"selector not recognized"，也就是找不到方法定义的错误。为了解决这个问题，引入了-ObjC标志，它的作用就是将静态库中所有的和对象相关的文件都加载进来。

本来这样就可以解决问题了，不过在64位的Mac系统或者iOS系统下，链接器有一个bug，会导致只包含有类别的静态库无法使用-ObjC标志来加载文件。变通方法是使用-all\_load 或者-force\_load标志，它们的作用都是加载静态库中所有文件，不过all\_load作用于所有的库，而-force\_load后面必须要指定具体的文件。

作者：Johnny\_Chang  
链接：http://www.jianshu.com/p/6b33add3f9f0

[Xcode]: http://www.cnblogs.com/Quains/p/3276425.html