近日项目中需要将FaceBook开源的WebDriverAgent测试框架移植到群控系统之中，在项目的实践过程中，对framework文件有了一些新的认识，记录分享一下。
framework是什么
做普通应用开发的朋友可以会说framework是动态库，而做SDK开发的朋友则可能会对这种说法提出置疑。我自己的看法则是：framework就是一个比较特殊的文件夹，这个文件夹可能包含库文件、头文件、签名文件、Info.plist等几部分内容。它的存在是为了方便开发者交付自己的代码（库文件与头文件打包到同一个文件夹中），决定它是动态库还是静态库的关键是framework制作时开发者设定的Mach-O Type值，这个选项位于xcode工程target的Building Settings中。
系统framework是什么
系统framework为动态库是毫无疑问的，使用otool命令查找一个可执行文件在运行时需要加载的动态库列表：
➜ facebook otool -l WebDriverAgentRunner-Runner |fgrep -A5 LC_LOAD_DYLIB
cmd LC_LOAD_DYLIB
cmdsize 76
name /System/Library/Frameworks/UIKit.framework/UIKit (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 61000.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 104
name /System/Library/PrivateFrameworks/AssertionServices.framework/AssertionServices (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 223.0.2
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 56
name @rpath/XCTest.framework/XCTest (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 15702.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 84
name /System/Library/Frameworks/Foundation.framework/Foundation (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 1665.11.0
compatibility version 300.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 52
name /usr/lib/libobjc.A.dylib (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 228.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 52
name /usr/lib/libSystem.B.dylib (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 1281.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 92
name /System/Library/Frameworks/CoreFoundation.framework/CoreFoundation (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 1665.11.0
compatibility version 150.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 76
name /System/Library/Frameworks/UIKit.framework/UIKit (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 61000.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 104
name /System/Library/PrivateFrameworks/AssertionServices.framework/AssertionServices (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 223.0.2
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 56
name @rpath/XCTest.framework/XCTest (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 15702.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 84
name /System/Library/Frameworks/Foundation.framework/Foundation (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 1665.11.0
compatibility version 300.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 52
name /usr/lib/libobjc.A.dylib (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 228.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 52
name /usr/lib/libSystem.B.dylib (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 1281.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 92
name /System/Library/Frameworks/CoreFoundation.framework/CoreFoundation (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 1665.11.0
compatibility version 150.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 80
name /System/Library/Frameworks/UIKit.framework/UIKit (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 61000.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 104
name /System/Library/PrivateFrameworks/AssertionServices.framework/AssertionServices (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 223.0.2
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 56
name @rpath/XCTest.framework/XCTest (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 15702.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 88
name /System/Library/Frameworks/Foundation.framework/Foundation (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 1665.11.0
compatibility version 300.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 56
name /usr/lib/libobjc.A.dylib (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 228.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 56
name /usr/lib/libSystem.B.dylib (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 1281.0.0
compatibility version 1.0.0
--
cmd LC_LOAD_DYLIB
cmdsize 96
name /System/Library/Frameworks/CoreFoundation.framework/CoreFoundation (offset 24)
time stamp 2 Thu Jan 1 08:00:02 1970
current version 1665.11.0
compatibility version 150.0.0
➜ facebook
在上表中，一般情况下系统framework都有着自己完整的路径，可以简单地理解为可执行文件就是使用这个路径加载到系统的framework文件。但有那么几个库却没有使用绝对路径而是使用了@rpath，它指向可执行文件当前所在的路径的Frameworks文件夹，也就意味着需要在可执行文件所在路径下的Frameworks文件夹下加载该framework文件。
iPhone:~ root# ls /var/containers/Bundle/Application/B9C4319E-C7C6-4D92-81E1-9CDEF425E8E8/WebDriverAgentRunner-Runner.app/Frameworks/
XCTAutomationSupport.framework/ XCTest.framework/ libXCTestSwiftSupport.dylib
iPhone:~ root#
那么问题来了，XCTest.framework/XCTAutomationSupport.framework同样也是Xcode自带的库文件，为什么没有像其它系统库一样直接链接，反而是像第三方库一样需要打包进ipa包呢。答案只能是：没错，xcode将这几个库当做了第三方库，本质上来说，这几个库所做的工作是辅助开发者测试的，而手机上的实际运行是不需要这几个库文件的，这正是下面几个库被归入了Developer Frameworks类的原因。
如何在应用中使用XCTest.framework
xcode中可以在测试类的工程中使用XCTest.framework框架，若想在application中使用XCTest.framework却不是很容易。最简单的办法是将XCTest.framwork从手机拷贝到mac上，然后按第三方库来使用。WebDriverAgent安装到手机上的WebDriverRunner应用中就包含了完整的XCTest.framwork文件，将其拷贝出来后拖到工程中就可以正常使用了。
如何自定义framework的查找路径
玩越狱开发的朋友有时会遇到这样的需求：如何指定第三方framework库的加载路径。这个问题的本质是怎么样才能自定义@rpath的值。我一开始被这个问题折腾了很久，最后发现原来非常简单，直接修改framework工程的Dynamic Library Install Name Base值为加载路径就可以了。
打包deb时将framework旋置在相同的路径下，安装后framework就会存在于手机此目录下，然后应用就能成功地链接该库了。
iPhone:~ root# ls /Library/Frameworks/
CydiaSubstrate.framework/ WebDriverAgentLib.framework/
iPhone:~ root#