NSLog的格式如下所示：
- %@ 对象
- %d, %i 整数
- %u 无符整形
- %f 浮点/双字
- %x, %X 二进制整数
- %o 八进制整数
- %zu size_t
- %p 指针
- %e 浮点/双字 （科学计算）
- %g 浮点/双字
- %s C 字符串
- %.*s Pascal字符串
- %c 字符
- %C unichar
- %lld 64位长整数（long long）
- %llu 无符64位长整数
- %Lf 64位双字
参考：http://wangjun.easymorse.com/?p=757
例子：http://blog.csdn.net/xiaominghimi/article/details/6570697
http://blog.csdn.net/xujiezhige/article/details/8268375
使用NSLog的风险是：它的运行会占用时间和设备资源。当我们用模拟器时，NSLog的资源占用并不引人注意，风险也不回显示出来。但是如果你写的是一个即时战略游戏，而你在每一个action中都加入了NSLog，那么NSLog将会成为一个魔鬼，灾难的具体表现常常是：你在模拟器中运行游戏畅通无阻，但到了真机上，会发现很“卡”，不论是拖动一个单位还是缩放一个场景，FPS也降到了个位数。
简单而粗暴地解决方案是：在一个游戏release钱，将所有的NSLog注释掉。简单有效，但是副作用是，下次你要调试时，又得将NSLog一个一个取消注释。
一个最为有效的解决方案：以release模式编译的程序不会用NSLog输出，而以debug模式编译的程序将执行NSlog的全部功能。
#ifndef _OPTIMIZE_
#define NSLog(...) NSLog(_VA_ARGS_)
#else
#define NSLog(...){}
#endif
这个代码的魔术在于：release模式通常会定义_OPTIMIZE_,当然debug模式不会，将这段代码放在你的头文件当中，你就可以放心的使用NSLog了
*****发现一个问题NSLog(@"char %c",test); 这样会出错，是因为char是关键字？