新增的DLog。而不是完全删除调试从发布的应用程序，只是禁用它。当用户有问题需要调试时，只需告知如何在发布的应用程序中启用调试，并通过电子邮件请求日志数据。

简短版本:创建全局变量(是的，懒惰和简单的解决方案)，并修改DLog如下所示:

BOOL myDebugEnabled = FALSE;
#define DLog(fmt, ...) if (myDebugEnabled) NSLog((@"%s [Line %d] " fmt), __PRETTY_FUNCTION__, __LINE__, ##__VA_ARGS__);

更长的答案在joromus iLessons iLearned:如何在发布的应用程序中进行动态调试日志记录

新增的DLog。而不是完全删除调试从发布的应用程序，只是禁用它。当用户有问题需要调试时，只需告知如何在发布的应用程序中启用调试，并通过电子邮件请求日志数据。

简短版本:创建全局变量(是的，懒惰和简单的解决方案)，并修改DLog如下所示:

BOOL myDebugEnabled = FALSE;
#define DLog(fmt, ...) if (myDebugEnabled) NSLog((@"%s [Line %d] " fmt), __PRETTY_FUNCTION__, __LINE__, ##__VA_ARGS__);

更长的答案在joromus iLessons iLearned:如何在发布的应用程序中进行动态调试日志记录

下面是一些我经常使用的关于NSLog的有用宏:

#ifdef DEBUG
#   define DLog(fmt, ...) NSLog((@"%s [Line %d] " fmt), __PRETTY_FUNCTION__, __LINE__, ##__VA_ARGS__)
#else
#   define DLog(...)
#endif

// ALog always displays output regardless of the DEBUG setting
#define ALog(fmt, ...) NSLog((@"%s [Line %d] " fmt), __PRETTY_FUNCTION__, __LINE__, ##__VA_ARGS__)

DLog宏仅用于在DEBUG变量被设置时输出(-DDEBUG在项目的C标记中用于调试配置)。

ALog将总是输出文本(像常规的NSLog)。

输出(例如ALog(@"Hello world"))看起来像这样:

-[LibraryController awakeFromNib] [Line 364] Hello world

这很简单，举个例子

-(void) applicationwillenter前台:(UIApplication *)application { NSLog(@“% s”,__PRETTY_FUNCTION__); ｝

输出: - - - - - - [AppDelegate applicationWillEnterForeground:]

为了补充上面的答案，在某些情况下使用NSLog的替代品是非常有用的，尤其是在调试的时候。例如，删除每行上的所有日期和进程名称/id信息可以使输出更具可读性和更快地启动。

下面的链接提供了很多有用的方法，可以使简单的日志记录变得更好。

http://cocoaheads.byu.edu/wiki/a-different-nslog

NSLog(@"%s %d %s %s", __FILE__, __LINE__, __PRETTY_FUNCTION__, __FUNCTION__);

输出文件名，行号和函数名:

/proj/cocoa/cdcli/cdcli.m 121 managedObjectContext managedObjectContext

__FUNCTION__在c++中显示的是一个混乱的名字。__PRETTY_FUNCTION__显示的是一个很好的函数名，在cocoa中它们看起来是一样的。

我不确定什么是禁用NSLog的正确方法，我做了:

#define NSLog

并且没有日志输出显示，但是我不知道这是否有任何副作用。