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是关键字？