打包和调试静态库(2)

　　　　1.上一次说过，真机的静态库只能在真机上用，模拟器的静态库只能在模拟器上用，所以，就先讲一下生成了真机和模拟器的.a静态库后，怎样避免来回拖拽真机和模拟器的静态库到工程里，也就是直接拖拽一个静态库就行。

　　　　解决方法：利用命令行语句 

　　　　　　1.切换路径，到Products目录下

　　　　　　

　　　　　　2.合并静态库

　　　　　　

　　　　　这句命令行理解起来并不难，我大体说一下,lipo -create 要合并的静态库1 要合并的静态库2 -output 合并后的静态库文件名，注意，默认保存到当前目录下。

　　　　　　　

 

　　　　　这样合并完的静态库就搞好了，只要把lib中的静态库替换成这个staticDemo.a的静态库，然后拖入你的工程中就可以随意用了。不过，由于是合并的静态库，大小肯定并比合并之前的大，会让你的项目也跟着变大，所以在真实项目要打包的时候最好还是根据需求来，这里只是告诉大家这么一个办法可以解决，自己平常可以用。

　　　　2.上一个图，我们能注意到我们生成的静态库文件夹都是Debug-xxx，这个Debug代表的是调试，还有一种发布Release状态，那如何生成呢？

　　　　　　

　　　　　　

　　　　然后在分别在模拟器和真机下Command+B一下，就可以生成了。生成后显示如下图：

　　　　　　

　　　　Release的用法和Debug的基本一致。那么他们两个有什么区别呢？？？

　　　　比较正经的说法是：

　　　　　　调试版本会包含完整的符号信息，不会对代码进行优化。

　　　　　　发布版本不会包含完整的符号信息，代码是会进行优化的。

　　　　比较通俗的说法是：调试版本会把你程序中的NSLog这样的打印语句也会执行，而发布版本就不会。

　　　　3.调试静态库

　　　　　　现在我们Command+R运行一下，会出现两个错误。

　　　　　　

　　　　　　怎么解决呢？（解决完就可以调试我们的静态库函数了）

　　　　　　很简单，只要配置一下就好了，如图：

　　　　　　　　

　　　　　　加完这两项就真的ok啦！

　　　　　4.打包.framework和.a的步骤很像。等有时间我在更新一个.framework的，说一下注意点就行啦。

　　　　　　.framework和.a的区别就是.framework不需要你手动将.h和bundle拖到你的文件夹里，会自动生成。

　　　　　　打包和调试静态库就到这了！！