对于那些做后端开发的工程师来说，看LOG解Bug应该是理所当然的事，但我接触到的移动应用开发的工程师里面，很多人并没有这个意识，查Bug时总是一遍一遍的试图重现，试图调试，特别是对一些不太容易重现的Bug经常焦头烂额。而且iOS的异常机制比较复杂，Objective-C的语言驾驭也需要一定的功力，做出来的应用有时候挺容易产生崩溃闪退。一遍一遍的用XCode取应用崩溃记录、解析符号，通常不胜其烦，有时还对着解析出来的调用栈发呆，因为程序当时的内部状态常常难以看明白，只能去猜测。
对于真机，日志没法保存，不好分析问题。所以有必要将日志保存到应用的Docunment目录下，并设置成共享文件，这样才能取出分析。
导入第三方:AFNetWorkinng
给其写一个类目:Foundation+Log.m
最终效果:
小技巧:iOS - 将控制台Log日志转为输出为文本文件
最后配置共享文件夹：
在应用程序的Info.plist文件中添加UIFileSharingEnabled键，并将键值设置为YES。将您希望共享的文件放在应用程序的 Documents目录。一旦设备插入到用户计算机，iTunes9.1就会在选中设备的Apps标签中显示一个File
Sharing区域。此后，用户就可以向该目录添加文件或者将文件移动到桌面计算机中。如果应用程序支持文件共享，当文件添加到Documents目录后，应用程序应该能够识别并做出适当响应。例如说，应用程序可以将新文件的内容显示界面上。请不要向用户展现目录的文件列表并询问他们希望对文件执行什么操作。
新浪微博
<pheiti sc="" light'"="">
![oc中的copy与mutableCopy[图]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)