首页 > 代码库 > IOS .pch

IOS .pch

当我们新建一个工程的时候,在Supporting FIles文件下会看到一个以  -Prefix.pch结尾文件的文件,pch全称是“precompiled header”,也就是预编译头文件,该文件里存放的工程中一些不常被修改的代码,比如常用的框架头文件,这样做的目的提高编译器编译速度。我们知道当我们修改一个工程中某个文件代码时候,编译器并不是重新编译所有所有文件,而是编译改动过文件的,假如pch中某个文件修改了,那么pch整个文件里包含的的其他文件也会重新编译一次,这样就会消耗大量时间,所以它里面添加的文件最好是是很少变动或不变动的头文件或者是预编译的代码片段;


在新建一个工程时,pch后缀文件里代码是

[cpp] view plaincopy
  1. #import <Availability.h>  
  2.   
  3. #ifndef __IPHONE_4_0  
  4. #warning "This project uses features only available in iOS SDK 4.0 and later."  
  5. #endif  
  6.   
  7. #ifdef __OBJC__  
  8.     #import <UIKit/UIKit.h>  
  9.     #import <Foundation/Foundation.h>  
  10. #endif  
工程有Debug Version和Release Version,Debug Version是程序开发过程中版本,它包含了所有调试信息,一些常用的NSLog打印日志,在程序调试过程工根据我们设置的调试信息可以看出什么地方出错,我们在运行运行一个小程序的时候,会不会首先就想到进行断点调试呢,应该是首先想着NSLog一下,看看哪个函数方法没执行,看看是不是哪个数组的值没取出来。Release Version是发布版本,不打印NSLog可以加快程序运行速度,减少内存使用。   但是到一个大工程中,会有很多很多这样的NSLog,在我们工程完美运行的时候,发布Release 版本的时候,难道我们去一行行的注释调NSLog吗?假如工程现在原来基础上发布一个version 1.2版本的,我们在修改程序的时候岂不是还把原来注释给取消,那就很麻烦很麻烦了。

所以,此处用到了宏指令


上段代码的意思就是 用宏指令做一个判断,如果DEBUG为真,则编译#ifdef到#endif宏定义,否则编译器就不编译;

这个DEBUG在哪设置呢,

在 "Target > Build Settings > Preprocessor Macros > Debug" 里有一个"DEBUG=1"。


现在我们来做一个测试:

取一个宏指令放到OSAppDelegate.m的application:didFinishLaunchingWithOptions:方法中,并用同一个NSLog做一个对比;

NSLog(@"%s", __func__);

 debugMethod();



首先设置为Debug模式下,Product-->Edit Scheme

跳转到这个界面


当我设置Build Configuration成Debug时,打印效果图


当我设置Build Configuration成Release的,打印时效果图


当Run  Test  Profile  Analyze  Archive的时候,都可以根据需要设置Debug和Release两个模式运行;

所以我们完全可以用一个宏指令来设置是否打印调试信息;

#ifdef DEBUG  // 调试阶段
#define ZPLog(...) NSLog(__VA_ARGS__)
#else // 发布阶段
#define ZPLog(...)
#endif


IOS .pch