189 8069 5689
需要完美越狱。完美越狱后，安装合适的插件，能直接访问ios的任何目录和文件。
创新互联公司"三网合一"的企业建站思路。企业可建设拥有电脑版、微信版、手机版的企业网站。实现跨屏营销，产品发布一步更新，电脑网络+移动网络一网打尽，满足企业的营销需求！创新互联公司具备承接各种类型的网站设计、成都网站设计项目的能力。经过10年的努力的开拓，为不同行业的企事业单位提供了优质的服务，并获得了客户的一致好评。
一、概要
iOS开发时，项目中会引用许多第三方库，CocoaPods（）可以用来方便的统一管理这些第三方库（从一个坑出来，又进了另一个坑而已……）。
二、安装
由于网上的教程基本都大同小异，但细节之处还不是很完善，所以借机会在这里补充下：
注：要使用CocoaPods，那就要下载安装它，而下载安装CocoaPods需要Ruby环境
1、Ruby环境搭建
当前安装环境为Mac mini 10.8.5。Mac OS本身自带Ruby，但还是更新一下保险，因为我第一次安装在没有更新Ruby的情况下就失败了。
a 查看下当前ruby版本：打开终端输入 ruby -v（确实安装了，不过用这个版本接下来工作失败了，所以更新下ruby）
[objc] view plain copy print?
ritekiMac-mini:PodTest lucky$ ruby -v
ruby 1.8.7 (2012-02-08 patchlevel 358) [universal-darwin12.0]
ritekiMac-mini:PodTest lucky$
b 更新ruby
终端输入如下命令（把Ruby镜像指向taobao，避免被墙，你懂得）
gem sources --remove
gem sources -a
gem sources -l （用来检查使用替换镜像位置成功）
[objc] view plain copy print?
ritekiMac-mini:~ lucky$ gem sources --remove
removed from sources
ritekiMac-mini:~ lucky$ gem sources -a
added to sources
ritekiMac-mini:~ lucky$ gem sources -l
*** CURRENT SOURCES ***
补充：（2016-01-20更新）
淘宝已经关闭HTTP协议的景象服务，改为HTTPS协议。
淘宝ruby地址：
2、下载安装CocoaPods
终端输入：sudo gem install cocoapods
[html] view plain copy print?
ritekiMac-mini:~ lucky$ sudo gem install cocoapods
CHANGELOG:
## 0.32.1
##### Bug Fixes
* Fixed the Podfile `default_subspec` attribute in nested subspecs.
[Fabio Pelosin][irrationalfab]
\ [#2050]()
Successfully installed cocoapods-0.32.1
Installing ri documentation for cocoapods-0.32.1
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rdoc/rdoc.rb:280: warning: conflicting chdir during another chdir block
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rdoc/rdoc.rb:287: warning: conflicting chdir during another chdir block
Done installing documentation for cocoapods after 10 seconds
1 gem installed
这样就下载安装好了CocoaPods
3、使用CocoaPods
a 新建一个项目，名字PodTest
b 终端中，cd到项目总目录（注意：包含PodTest文件夹、PodTest.xcodeproj、PodTestTest的那个总目录）
[objc] view plain copy print?
cd /Users/lucky/Desktop/PodTest
c 建立Podfile（配置文件）
接着上一步，终端输入 vim Podfile
键盘输入 i，进入编辑模式，输入
platform :ios, ‘7.0‘
pod ‘MBProgressHUD‘, ‘~ 0.8‘
然后按Esc，并且输入“ ：”号进入vim命令模式，然后在冒号后边输入wq
注意：键盘输入 ：后，才能输入wq。回车后发现PodTest项目总目录中多一个Podfile文件
激动人心的时刻到了：确定终端cd到项目总目录，然后输入 pod install，等待一会，大约3分钟。
查看项目根目录：
注意：现在打开项目不是点击 PodTest.xodeproj了，而是点击 PodTest.xcworkspace
对于工程发生的变化，有几点需要说明：
a、第三方库会以成静态库方式引入工程使用
CocoaPods会将所有的第三方库以target的方式组成一个名为Pods的工程，该工程就放在刚才新生成的Pods目录下。整个第三方库工程会生成一个名称为libPods.a的静态库提供给工程使用。
b、xcworkspace（PodTest.xcworkspace）的作用是管理工程和第三方库
PodTest工程和Pods工程被以workspace的形式组织和管理。
打开项目后看到项目结构并且测试一下：
运行结果：
补充：
1、CocoaPods的基本安装及使用都详细的说明了，但还有一些补充，当需要同时导入多个第三方时候怎么办 ？
这就需要修改Podfile了，就是用vim编辑的那个保存在项目根目录中的文件，修改完了Podfile文件，需要重新执行一次pod install命令。
例如：
platform :ios
pod ‘JSONKit‘, ‘~ 1.4‘
pod ‘AFNetworking‘, ‘~ 2.0‘
2、CocoaPods可以查找你想要的第三方库
终端输入命令：pod search UI
疯了了，我怎么查找这么大众的关键字，好多库～～
然后重新编辑Podfile文件，按照之前的步骤，把更多的库都导入项目！
3、上文中“建立Podfile（配置文件）接着上一步，终端输入 vim Podfile”步骤，如果不习惯使用vim编辑器，也可以使用linux命令touch，生成一个空的Podfile文件，然后使用其他的文本编辑器都可以，例如：
[objc] view plain copy print?
lizhongfudeMacBook-Pro:~ lizhongfu$ cd /Users/lizhongfu/Desktop/TestProject
lizhongfudeMacBook-Pro:TestProject lizhongfu$ touch Podfile
编辑好Podfile文件后，就可以执行pod install第三方导入了（详见：补充第1条），CocoaPods就开始为我们做下载源码、配置依赖关系、引入需要的framework等一些列工作。
4、如果已经生成了CocoaPods管理的工程，则可以在Xcode中编辑Podfile，编辑保存后，别忘记cd到根目录，调用pod install命令
5、项目存在多个Target的时候，需要配置Podfile文件来支持新增加的Target，否则只支持项目默认建立时生成的Target：
a、如果新建一个Target，命名为Second，并且Second与Test两个Target所需要的第三方支持相同，也就是使用相同的Pods依赖库，则可以使用
link_with关键字：
[objc] view plain copy print?
link_with ‘Test‘, ‘Second‘
platform :ios
platform :ios, ‘9.0’
pod ‘AFNetworking‘, ‘~ 2.0‘
b、如果不同的Target需要不同的依赖库，则可以
[objc] view plain copy print?
platform :ios
target :‘Test‘ do
pod ‘Reachability‘
pod ‘SBJson‘
pod ‘AFNetworking‘
end
target :‘Second‘ do
pod ‘OpenUDID‘
end
6、出现/Library/Ruby/Gems/2.0.0/gems/claide-0.8.1/lib/claide/command.rb:417:in `help!‘: [!] You cannot run CocoaPods as root. (CLAide::Help)
重新打开一个终端，然后pod install，不要sudo pod install。
7、如果$ pod install时候遇到：
Analyzing dependencies
Fetching podspec for `UAAppReviewManager` from `..`
[!] Unable to satisfy the following requirements:
- `UAAppReviewManager (from `..`)` required by `Podfile`
8、如果要移除Cocoapods，则可以：
a. 删除工程文件夹下的Podfile、Podfile.lock及Pods文件夹
b. 删除xcworkspace文件
c. 使用xcodeproj文件打开工程，删除Frameworks组下的Pods.xcconfig及libPods.a引用
d. 在工程设置中的Build Phases下删除Check Pods Manifest.lock及Copy Pods Resources
本人觉得这个打包framework还是一个比较重要的功能，可以用来做一下事情：(1)封装功能模块，比如有比较成熟的功能模块封装成一个包，然后以后自己或其他同事用起来比较方便。(2)封装项目，有时候会遇到这个情况，就是一家公司找了两个开发公司做两个项目，然后要求他们的项目中的一个嵌套进另一个项目，此时也可以把呗嵌套的项目打包成framework放进去，这样比较方便。我们为什么需要框架(Framework)?要想用一种开发者友好的方式共享库是很麻烦的。你不仅仅需要包含库本身，还要加入所有的头文件，资源等等。苹果解决这个问题的方式是框架(framework)。基本上，这是含有固定结构并包含了引用该库时所必需的所有东西的文件夹。不幸的是，iOS禁止所有的动态库。同时，苹果也从Xcode中移除了创建静态iOS框架的功能。Xcode仍然可以支持创建框架的功能，重启这个功能，我们需要对Xcode做一些小小的改动。把代码封装在静态框架是被app store所允许的。尽管形式不同，本质上它仍然是一种静态库。框架(Framework)的类别大部分框架都是动态链接库的形式。因为只有苹果才能在iOS设备上安装动态库，所以我们无法创建这种类型的框架。静态链接库和动态库一样，只不过它是在编译时链接二进制代码，因此使用静态库不会有动态库那样的问题(即除了苹果谁也不能在iOS上使用动态库)。“伪”框架是通过破解Xcode的目标Bundle(使用某些脚本)来实现的。它在表面上以及使用时跟静态框架并无区别。“伪”框架项目的功能几乎和真实的框架项目没有区别(不是全部)。“嵌入”框架是静态框架的一个包装，以便Xcode能获取框架内的资源(图片、plist、nib等)。本次发布包括了创建静态框架和“伪”框架的模板，以及二者的“嵌入”框架。用哪一种模板?本次发布有两个模板，每个模板都有“强”“弱”两个类别。你可以选择最适合一种(或者两种都安装上)。最大的不同是Xcode不能创建“真”框架，除非你安装静态框架文件xcspec在Xcode中。这真是一个遗憾(这个文件是给项目使用的，而不是框架要用的)。简单说，你可以这样决定用哪一种模板：如果你不想修改Xcode，那么请使用“伪”框架版本如果你只是想共享二进制(不是项目)，两种都可以如果你想把框架共享给不想修改Xcode的开发者，使用“伪”框架版本如果你想把框架共享给修改过Xcode的开发者，使用“真”框架版本如果你想把框架项目作为另一个项目的依赖(通过workspace或者子项目的方式)，请使用“真”框架(或者“伪”框架，使用-framework——见后)如果你想在你的框架项目中加入其他静态库/框架，并把它们也链接到最终结果以便不需要单独添加到用户项目中，使用“伪”框架“伪”框架“伪”框架是破解的“reloacatable object file”(可重定位格式的目标文件， 保存着代码和数据，适合于和其他的目标文件连接到一起，用来创建一个可执行目标文件或者是一个可共享目标文件)，它可以让Xcode编译出类似框架的东西——其实也是一个bundle。“伪框架”模板把整个过程分为几个步骤，用某些脚本去产生一个真正的静态框架(基于静态库而不是reloacatable object file)。而且，框架项目还是把它定义为wrapper.cfbundle类型，一种Xcode中的“二等公民”。因此它跟“真”静态框架一样可以正常工作，但当存在依赖关系时就有麻烦了。依赖问题如果不使用依赖，只是创建普通的项目是没有任何问题的。但是如果使用了项目依赖(比如在workspace中)，Xcode就悲剧了。当你点击“Link Binary With Libraries”下方的’+’按钮时，“伪框架”无法显示在列表中。你可以从你的“伪”框架项目的Products下面将它手动拖入，但当你编辑你的主项目时，会出现警告：warning: skipping file '/somewhere/MyFramework.framework' (unexpectedfile type 'wrapper.cfbundle' in Frameworks Libraries build phase)并伴随“伪”框架中的链接错误。幸运的是，有个办法来解决它。你可以在”Other Linker Flags”中用”-framwork”开关手动告诉linker去使用你的框架进行链接：-framework MyFramework警告仍然存在，但起码能正确链接了。添加其他的库/框架如果你加入其他静态(不是动态)库/框架到你的“伪”框架项目中，它们将“链接”进你最终的二进制框架文件中。在“真”框架项目中，它们是纯引用，而不是链接。你可以在项目中仅仅包含头文件而不是静态库/框架本身的方式避免这种情况(以便编译通过)。“真”框架“真”框架各个方面都符合“真”的标准。它是真正的静态框架，正如使用苹果在从Xcode中去除的那个功能所创建的一样。为了能创建真正的静态框架项目，你必需在Xcode中安装一个xcspec文件。如果你发布一个“真”框架项目(而不是编译)，希望去编译这个框架的人必需也安装xcspec文件(使用本次发布的安装脚本)，以便Xcode能理解目标类型。注意：如果你正在发布完全编译的框架，而不是框架项目，最终用户并不需要安装任何东西。我已经提交一个报告给苹果，希望他们在Xcode中更新这个文件，但那需要一点时间.OpenRadarlink here加其他静态库/框架如果你加入其他静态(不是动态)库/框架到你的“真”框架项目，它们只会被引用，而不会象“伪”框架一样被链接到最终的二进制文件中。从早期版本升级如果你是从Mk6或者更早的版本升级，同时使用“真”静态框架，并且使用Xcode4.2.1以前的版本，请运行uninstall_legacy.sh以卸载早期用于Xcode的所有修正。然后再运行install.sh，重启Xcode。如果你使用Xcode4.3以后，只需要运行install.sh并重启Xcode。安装分别运行Real Framework目录或Fake Framework目录下的install.sh脚本进行安装(或者两个你都运行)。重启Xcode，你将在新项目向导的FrameworkLibrary下看到StaticiOS Framework(或者Fake Static iOS Framework)。卸载请运行unistall.sh脚本并重启Xcode。创建一个iOS框架项目创建新项目。项目类型选择FrameworkLibrary下的Static iOS Framework(或者Fake Static iOS Framework)。选择“包含单元测试”(可选的)。在target中加入类、资源等。凡是其他项目要使用的头文件，必需声明为public。进入target的Build Phases页，Copy Headers项，把需要public的头文件从Project或Private部分拖拽到Public部分。编译你的 iOS 框架选择指定target的scheme修改scheme的Run配置(可选)。Run配置默认使用Debug，但在准备部署的时候你可能想使用Release。编译框架(无论目标为iOS device和Simulator都会编译出相同的二进制，因此选谁都无所谓了)。从Products下选中你的framework，“show in Finder”。在build目录下有两个文件夹：(yourframework).framework and (your framework).embeddedframework.如果你的框架只有代码，没有资源(比如图片、脚本、xib、coredata的momd文件等)，你可以把(yourframework).framework 分发给你的用户就行了。如果还包含有资源，你必需分发(your framework).embeddedframework给你的用户。为什么需要embedded framework?因为Xcode不会查找静态框架中的资源，如果你分发(your framework).framework, 则框架中的所有资源都不会显示，也不可用。一个embedded framework只是一个framework之外的附加的包，包括了这个框架的所有资源的符号链接。这样做的目的是让Xcode能够找到这些资源。使用iOS 框架iOS框架和常规的Mac OS动态框架差不多，只是它是静态链接的而已。在你的项目中使用一个框架，只需把它拖仅你的项目中。在包含头文件时，记住使用尖括号而不是双引号括住框架名称。例如，对于框架MyFramework：#import使用问题Headers Not Found如果Xcode找不到框架的头文件，你可能是忘记将它们声明为public了。参考“创建一个iOS框架项目”第5步。No Such Product Type如果你没有安装iOS Universal Framework在Xcode，并企图编译一个universal框架项目(对于“真”框架，不是“假”框架)，这会导致下列错误：target specifies product type 'com.apple.product-type.framework.static',but there's no such product type for the 'iphonesimulator' platform为了编译“真”iOS静态框架，Xcode需要做一些改动，因此为了编译“真”静态框架项目，请在所有的开发环境中安装它(对于使用框架的用户不需要，只有要编译框架才需要)。The selected run destination is not valid for this action有时，Xcode出错并加载了错误的active设置。首先，请尝试重启Xcode。如果错误继续存在，Xcode产生了一个坏的项目(因为Xcode4的一个bug，任何类型的项目都会出现这个问题)。如果是这样，你需要创建一个新项目重来一遍。链接警告第一次编译框架target时，Xcdoe会在链接阶段报告找不到文件夹：ld: warning: directory not found for option'-L/Users/myself/Library/Developer/Xcode/DerivedData/MyFramework-ccahfoccjqiognaqraesrxdyqcne/Build/Products/Debug-iphoneos'此时，可以clean并重新编译target，警告会消除。Core Data momd not found对于框架项目和应用程序项目，Xcode会以不同的方式编译momd(托管对象模型文件)。Xcode会简单地在根目录创建.mom文件，而不会创建一个.momd目录(目录中包含VersionInfo.plist和.mom文件)。这意味着，当从一个embedded framework的model中实例化NSManagedObjectModel时，你必需使用.mom扩展名作为model的URL，而不是采用.momd扩展名。NSURL *modelURL = [[NSBundle mainBundle]URLForResource:@"MyModel" withExtension:@"mom"];Unknown class MyClass in Interface Builder file.由于静态框架采用静态链接，linker会剔除所有它认为无用的代码。不幸的是，linker不会检查xib文件，因此如果类是在xib中引用，而没有在O-C代码中引用，linker将从最终的可执行文件中删除类。这是linker的问题，不是框架的问题(当你编译一个静态库时也会发生这个问题)。苹果内置框架不会发生这个问题，因为他们是运行时动态加载的，存在于iOS设备固件中的动态库是不可能被删除的。有两个解决的办法：让框架的最终用户关闭linker的优化选项，通过在他们的项目的Other Linker Flags中添加-ObjC和-all_load。在框架的另一个类中加一个该类的代码引用。例如，假设你有个MyTextField类，被linker剔除了。假设你还有一个MyViewController，它在xib中使用了MyTextField，MyViewController并没有被剔除。你应该这样做：在MyTextField中：+ (void)forceLinkerLoad_ {}在MyViewController中：+(void) initialize { [MyTextField forceLinkerLoad_]; }他们仍然需要添加-ObjC到linker设置，但不需要强制all_load了。第2种方法需要你多做一点工作，但却让最终用户避免在使用你的框架时关闭linker优化(关闭linker优化会导致object文件膨胀)。unexpected file type 'wrapper.cfbundle' in Frameworks Libraries build phase这个问题发生在把“假”框架项目作为workspace的依赖，或者把它当作子项目时(“真”框架项目没有这个问题)。尽管这种框架项目产生了正确的静态框架，但Xcode只能从项目文件中看出这是一个bundle，因此它在检查依赖性时发出一个警告，并在linker阶段跳过它。你可以手动添加一个命令让linker在链接阶段能正确链接。在依赖你的静态框架的项目的OtherLinker Flags中加入：-framework MyFramework警告仍然存在, 但不会导致链接失败。Libraries being linked or not being linked into the finalframework很不幸， “真”框架和“假”框架模板在处理引入的静态库/框架的工作方式不同的。“真”框架模板采用正常的静态库生成步骤，不会链接其他静态库/框架到最终生产物中。“假”框架模板采用“欺骗”Xcode的手段，让它认为是在编译一个可重定位格式的目标文件，在链接阶段就如同编译一个可执行文件，把所有的静态代码文件链接到最终生成物中(尽管不会检查是否确实目标代码)。为了实现象“真”框架一样的效果，你可以只包含库/框架的头文件到你的项目中，而不需要包含库/框架本身。Unrecognized selector in (some class with a category method)如果你的静态库或静态框架包含了一个模块(只在类别代码中声明，没有类实现)，linker会搞不清楚，并把代码从二进制文件中剔除。因为在最终生成的文件中没有这个方法，所以当调用这个类别中定义的方法时，会报一个“unrecognizedselector”异常。要解决这个，在包含这个类别的模块代码中加一个“假的”类。linker发现存在完整的O-C类，会将类别代码链接到模块。我写了一个头文件 LoadableCategory.h，以减轻这个工作量：#import "SomeConcreteClass+MyAdditions.h"#import "LoadableCategory.h" MAKE_CATEGORIES_LOADABLE(SomeConcreteClass_MyAdditions); @implementation SomeConcreteClass(MyAdditions)...@end在使用这个框架时，仍然还需要在Build Setting的Other Linker Flags中加入-ObjC。执行任何代码前单元测试崩溃如果你在Xcode4.3中创建静态框架(或库)target时，勾选了“withunit tests”，当你试图运行单元测试时，它会崩溃：Thread 1: EXC_BAD_ACCESS (code=2, address=0x0) 0 0x00000000 --- 15 dyldbootstrap:start(...)这是lldb中的一个bug。你可以用GDB来运行单元测试。编辑scheme，选择Test，在Info标签中将调试器Debugger从LLDB改为GDB。
上篇我们了解了 SPM 如何帮助我们快速接入第三方依赖源；现实中，我们不仅需要依赖第三方源，往往我们也需要使得项目模块化、组件化；类似 CocoaPods ，我们也需要自定义库，并让我们的项目依赖；本篇，将简单分析 SPM 库的组成，以及创建我们自己的 SPM 库。
我们先来分析一下『Alamofire』的目录结构，如下图：
上图中，红色框框标明的就是 SPM 库的最基本组成部分：
Package.swift 是整个包描述，它依赖 PackageDescription 结构，该结构定义了一个 SPM 导出包需要指定哪些配置信息：
一般来说，上面的这些配置，通常，我们需要的是：name、platforms、products、dependencies、targets。
方式一（Xcode工具化）创建：
输入项目名，点击『Create』：
Xcode 自动帮我们生成了配置文件和源码目录：
方式二（命令行）创建：
然后『command + B』编译就能成功！
我们自定义的 SPM 库，不可能每次修改一点，仅仅只是编译通过，就提交到 git 上，肯定需要本地先集成，测试逻辑之后，最终稳定后，才会考虑提交到 git 上，但是，如果你去通过 SPM 去 add ，发现只能输入 git url，没法添加本地 SPM 库，那怎么办呢？
办法如下：
拖入后，如下图：
点击『+』，选择如下：
点击『Add』即可：
OK！完美，毫无违和感.... 接下来，我们可以考虑上传至 Git 云端。
建议勾选：『README』、『.gitignore』和『license』，然后点击『Create repository』。
按照上一篇《Swift Package Manager（SPM）了解篇》添加源即可：
最后来张完整的『全家福』：
1、iOS沙盒机制
iOS应用程序只能在为该改程序创建的文件系统中读取文件，不可以去其它地方访问，此区域被成为沙盒，所以所有的非代码文件都要保存在此，例如图像，图标，声音，映像，属性列表，文本文件等。
1.1、每个应用程序都有自己的存储空间
1.2、应用程序不能翻过自己的围墙去访问别的存储空间的内容
1.3、应用程序请求的数据都要通过权限检测，假如不符合条件的话，不会被放行。
通过这张图只能从表层上理解sandbox是一种安全体系，应用程序的所有操作都要通过这个体系来执行，其中核心内容是：sandbox对应用程序执行各种操作的权限限制。
2、打开模拟器沙盒目录
下面看看模拟器的沙盒文件夹在mac电脑上的什么位置。
文件都在个人用户名文件夹下的一个隐藏文件夹里，中文叫资源库，他的目录其实是Library。
2.1 方法1、可以设置显示隐藏文件，然后在Finder下直接打开。设置查看隐藏文件的方法如下：打开终端，输入命名
显示Mac隐藏文件的命令：defaults write com.apple.finder AppleShowAllFiles -bool true
隐藏Mac隐藏文件的命令：defaults write com.apple.finder AppleShowAllFiles -bool false
输完单击Enter键，退出终端，重新启动Finder就可以了
重启Finder：鼠标单击窗口左上角的苹果标志--强制退出--Finder--
现在能看到资源库文件夹了。
打开资源库后找到/Application Support/iPhone Simulator/文件夹。这里面就是模拟器的各个程序的沙盒目录了。
2.2 方法2、这种方法更方便，在Finder上点-前往-前往文件夹，输入/Users/username/Library/Application Support/iPhone Simulator/ 前往。
username这里写你的用户名。
3、目录结构
默认情况下，每个沙盒含有3个文件夹：Documents, Library 和 tmp。因为应用的沙盒机制，应用只能在几个目录下读写文件
Documents：苹果建议将程序中建立的或在程序中浏览到的文件数据保存在该目录下，iTunes备份和恢复的时候会包括此目录
Library：存储程序的默认设置或其它状态信息；
Library/Caches：存放缓存文件，iTunes不会备份此目录，此目录下文件不会在应用退出删除
tmp：提供一个即时创建临时文件的地方。
iTunes在与iPhone同步时，备份所有的Documents和Library文件。
iPhone在重启时，会丢弃所有的tmp文件。
我们创建一个IosSandbox的项目来展开沙盒和文件读写等操作的练习。
创建后找到模拟器上对应的目录，