搜得到的，方便处理的，就不说了。只是记录总结。
1.contentOffset莫名改变
表现：页面push、pop后莫名高出20或低20。
解决方法：viewController.automaticallyAdjustsScrollViewInsets = NO;
问题非常不好定位，需要排查确定是contentOffset改变而不是y、height等属性。
2.该证书的签发者无效
下载：https://developer.apple.com/certificationauthority/AppleWWDRCA.cer
3.JPush目标0成功0
web端推送时应用设置的推送环境是生产，plist的APS_FOR_PRODUCTION也设置的1，设备上的app是从appStore上下的，然后推送的MessageID让极光技术查了之后发现，设备还在开发环境！
查了之后发现是用了一个已失效的生产证书……尽管极光验证通过，但它是失效的。
4.class_copyPropertyList内存泄漏
用profile的leaks工具查了一下项目的内存，泄漏不少……大部分是一个解析数据的工具方法的一行出了错：
objc_property_t *popertylist = class_copyPropertyList(clazz, &count);
遂看class_copyPropertyList的说明：
An array of pointers of type objc_property_t describing the properties declared by the class. Any properties declared by superclasses are not included. The array contains *outCount pointers followed by a NULL terminator. You must free the array with free().
5.蜜汁bug小记
现象：
A viewController ,点按钮buttonA跳转到 B viewController，点按钮buttonB跳转到C viewController，都是navigationController的push和pop跳转的。
A第一次加载，没问题；点buttonA跳转，没问题，B也正常；返回A，没问题。
点buttonB跳转，没问题，删光C中tableView的数据，ABC的数据是联动的，返回A，没问题；点buttonA跳转到B，问题来了。
加了全局exception之后，崩溃在A的cellForRowAtIndexPath的方法上。
这不是逗我嘛？
加了各种NSLog之后，发现崩溃的时机非常诡异，是在A执行完viewWillDisappear，B执行完viewWillAppear，A还没有执行到viewDidDisappear的时候。
根据输出可以发现，此时，B中的numberOfSections和numberOfRowsInSection执行了三遍，然后！执行了A的cellForRow和heightForRow……
为何？？？
百思不得其解！最后只有在崩溃的地方，也就是
cell.itemData = [self.dataList objectAtIndex:indexPath.row];之前加了判断，如果dataList为空，或者indexPath不认识row这个方法，那么直接返回cell，不再把数据赋过去。
果然不再崩溃……然而我依然不懂，为何会执行A的这两个方法？为何tableView的代理方法里indexPath会不认识row？？？
6.制作framework的坑
6.1报错说xib或者image或者xml找不到：
6.1.1在framework工程中，把所有添加图片、xib的例如imageWithNamed:"back"的地方，给图片名、xib名加上前缀，变成这样：imageWithNamed:"Frameworks/myFramework.framework/back"
6.1.2在测试framework的工程中，选择Build Phases，点左上角的加号，选New Copy Files Phase。在这个新出现的Copy Files (0 items)中，第一项Destination选Frameworks，然后点“Add files here”下面的加号，找到自己的framework，点Add。
6.2如果你先测了模拟器版本的framework，想在真机上测试一下。需要这样做：
6.2.1删去先前导入的模拟器版本framework，Build Settings里搜“search”，找到Framework Search Path，看看是否还残留有模拟器版本的framework的路径，如果有，删掉。
6.2.2导入真机版本的framework，并检查Framework Search Path是不是真机版本的路径，如果不是，改。
6.2.3如果不按这个顺序来会怎么样呢？会完全找不到库，报dyld: Library not loaded的错。如果你按网上搜到的大部分的方法，把framework改成optional的，当然，程序不会崩溃，但是你的framework依然不生效，因为它还是找不到。只有保证你导入的是真机版本，查找路径也是真机版本，它才能被找到，才能真正运行起来。
6.3如果你把你的测试项目发给其他同事、朋友让他们帮你看问题，请让他们新建一个项目，把你的测试代码拷进去，把你的库拖进去，不然还是找不到。
7.更新带来的各种
7.1 code signing entitlements 这个字段在Xcode7.2、7.3打包时必须为空，Xcode8则不需要。不然打包导出的时候会报错。报的错去搜有很多解决方法（ios - An App ID with Identifier '' is not available. Please enter a different string - Stack Overflow），然而……实际问题各不相同。
7.2 用Xcode7.2打包，OS X 10.12，这个包无论是通过Xcode自带的还是下载的Application Loader上传时都会失败。解决方法是，打出来之后发送给一台OS X 10.11的电脑，用它上传，才没问题。