iOS调试 - NSLog

Founction框架NSLog功能的工作就像标准C库printf函数,最大的区别在于格式字符串被指定为“* NSString的”类型的值,而不是C风格的字符串

使用objc语言用NSLog打印的时候,常常搞不清楚NSLog(@“%?”,xxx) xxx这种类型该是什么什么类型输出,
NSLog还应该知道以下这几个全局方法


系统NSLog有点羸弱,输出的信息太少,有时候不能满足要求,可以这样强化你的Log
或者你可以用下面的这段宏:

//A better version of NSLog
#define NSLog(format, ...) do { \
fprintf(stderr, "<%s : %d> %s\n", \
[[[NSString stringWithUTF8String:__FILE__] lastPathComponent] UTF8String], \
__LINE__, __func__); \
(NSLog)((format), ##__VA_ARGS__); \
fprintf(stderr, "-------\n"); \
} while (0)

当检查崩溃日志,在堆栈中是非常宝贵找出导致的任何特定情况下的连锁事件。当使用NSLog进行调试,您可以通过调用NSThread-callStackSymbols类方法随时检索当前堆栈跟踪的副本。你可以在堆栈中使用%@打印NSArray的堆栈的信息。

NSLog(@"%@", [NSThread callStackSymbols]);

上面的语句输出是下面的样子。

2014-04-30 18:44:30.075 AVCustomEdit[52779:60b] (
 0  AVCustomEdit      0x0000efa6 -[APLSimpleEditor buildCompositionObjectsForPlayback:] + 278
 1  AVCustomEdit      0x0000686e -[APLViewController viewDidAppear:] + 590
 2  UIKit             0x007a4099 -[UIViewController _setViewAppearState:isAnimating:] + 526
 3  UIKit             0x007a4617 -[UIViewController __viewDidAppear:] + 146
 4  UIKit             0x007a49aa -[UIViewController _executeAfterAppearanceBlock] + 63
 5  UIKit             0x0069f0d0 ___afterCACommitHandler_block_invoke_2 + 33
 6  UIKit             0x0069f055 _applyBlockToCFArrayCopiedToStack + 403
 7  UIKit             0x0069ee9a _afterCACommitHandler + 568
 8  CoreFoundation    0x029db2bf __CFRunLoopDoObservers + 399
 9  CoreFoundation    0x029b9254 __CFRunLoopRun + 1076
 10 CoreFoundation    0x029b89d3 CFRunLoopRunSpecific + 467
 11 CoreFoundation    0x029b87eb CFRunLoopRunInMode + 123
 12 GraphicsServices  0x0318b5ee GSEventRunModal + 192
 13 GraphicsServices  0x0318b42b GSEventRun + 104
 14 UIKit             0x00681f9b UIApplicationMain + 1225
 15 AVCustomEdit      0x000026bd main + 141
 16 libdyld.dylib     0x0269e701 start + 1
)

使用DEBUG预处理程序宏, 你可以打开和关闭一部分的调试代码。具体地,Debug宏旨在被用于打开和关闭相关的调试中不同部分源代码.在Xcode的默认配置中,调试默认为1,发布为0.而且,你可以利用它来自动地包含额外的调试和记录代码的调试版本。
下面是Debug使用的一个例子:

- (void)pressButton:(id)sender
{
#if DEBUG
    NSLog(@"preparing to press button!");
#endif
    [self prepareForButtonPress];

#if DEBUG
    NSLog(@"pressing button!");
#endif

    [self activatePressButtonSequence:self withCompletion:^{
#if DEBUG
        NSLog(@"button sequence complete.");
#endif
            [self buttonPowerDown];
        }];
    NSLog(@"This line has no DEBUG macro, so it gets printed in both debug and release builds!");
}

调试版本<code>(DEBUG == 1)</code>将输出下面的信息

preparing to press button!
pressing button!
button sequence complete.
This line has no DEBUG macro, so it gets printed in both debug and release builds!

发布版本<code>(DEBUG == 0)</code>将输出下面的信息

This line has no DEBUG macro, so it gets printed in both debug and release builds!

NSLog需要时间去执行,如果你在你的应用程序里面加了很多这样的代码,将加大你程序的运行时间。在测试过程中,这通常不是问题。但是在发布的时候最好删除所有的打印,让用户体验最好的性能,不是打印一大堆看不懂的信息。正因为如此,开发者可以使用Debug宏可以让NSLog只有在调试的时候出现。

在Xcode中DEBUG定义调试模式,预编译宏可以编译DEBUG可以让你DEBUG模式运行程序。如果你不确定你是否定义了,可以通过打开你工程Build Setting搜索预处理,确保在Debug模式DEBUG ==1。如果还没有定义,你可以手动的添加,预编译宏是区分大小写的。


Xcode设置DEBUG预编译宏

补刀

Log是调试时最简单朴素的方法,NSLog对于objc开发就像printf对于c一样重要。但在使用NSLog打印大量Log,NSLog会明显的拖慢程序的运行速度, 最好尝试使用lldb断点调试器替代NSLog进行调试 log。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容