reylen的专栏

Double-quoted include “YGMacros.h” in framework header, expected angle-brack解决方案找到pods， 打开 buildsettings搜索quoted include，设置 该属性为No

转载自：http://www.cocoachina.com/ios/20161118/18124.html增加XCode执行的线程数可以根据自己Mac的性能，更改线程数设置5：defaults write com.apple.Xcode PBXNumberOfParallelBuildSubtasks 5另外也有一个设置可以开启：defaults write com.apple.dt.Xcode

unexpected nil window in _UIApplicationHandleEventFromQueueEvent, _windowServerHitTestWindow:// 原来代码self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];[self.window makeKey

iOS应用运行时在设置中更改权限应用崩溃问题

symbolicatecrash所在目录路径，可以copy一份放置在同crash文件统一目录xcode6.0以前的位置：/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/

Crash Report 之移植PLCrashReporter到自己的app将CrashReporter.framework拉到自己项目中参考demo中的处理方式，将handleCrashReport方法复制过来，稍作修改后，添加自己的上传方法即可，无需过多操作。- (void) getMemory:(BOOL)startup{ mach_port_t host_port;

Crash Report 的手机一方面可以直接从iPhone设备提取，也可以从iTunes上下载，然而这两种方式都不是很好操作，用户的设备不可能随时提供给你，用户也不一定会向iTunes上传crash report，那么最好的方式就是在app里面我们自己收集crash report，然后通过网络、邮件等方式回传过来。 下面介绍一款crash report 收集的第三方框架 PLCrashRepor

本文来自：http://blog.youkuaiyun.com/joywii/article/details/196419311.Enable NSZombie Objects（开启僵尸对象）Enable NSZombie Objects可能是整个Xcode开发环境中最有用的调试技巧。这个技巧非常非常容易追踪到重复释放的问题。该技巧会以非常简洁的方式打印指出重复释放的类和该类的内存地址。

iOS开发，最郁闷的莫过于程序毫无征兆地就崩溃了，用bt命令打出调用栈，给出的是一堆系统EXC_BAD_ACCESS的信息，根本没办法定位问题出现在哪里。通常这样的崩溃出现，原因一般就是:调用了已经释放的内存空间，或者说重复释放了某个地址空间。而怎样定位到这个地址呢，可以通过编辑xcode的scheme，添加如下标记位，让系统把错误地址打印出来，如图：(通过Product->Scheme-

Xcode 5 Launch Crash原文：http://architects.dzone.com/articles/tip-xcode-5-launch-crash在运行最新版的XCode5 DP版本的时候，每次运行app的时候，都会发生崩溃;原因在于次，在XCode5中加载了一个和XCode4相同的文件夹：~/Library/Application\ Su

在Xcode调试程序的时候，总是会出现不知道错误在什么地方的问题，很是捉急，现在又一个办法，可以具体定位到错误行的代码，试一下吧？超级好用操作很简单：1、在XCode界面中按cmd + 6快捷键，或者直接点击选项卡，跳到Breakpoint的tab2、然后点击左下角的+号，增加一个Exception的断点，如下图所示。3、接下来会出现一个“A