一、tableview的优化
- 1.提前计算并缓存好高度，因为heightForRow最频繁的调用。
- (UITableViewCell*)tableView:(UITableView*)tableView cellForRowAtIndexPath:(NSIndexPath*)indexPath; - 2.异步绘制，遇到复杂界面，性能瓶颈时，可能是突破口。
- 3.滑动时按需加载，这个在大量图片展示，网络加载时，很管用（SDWebImage已经实现异步加载）。
- 4.重用cells。
- 5.如果cell内显示得内容来自web，使用异步加载，缓存结果请求。当cell中的部分View是非常独立的，并且不便于重用的，而且“体积”非常小，在内存可控的前提下，我们完全可以将这些view缓存起来。当然也是缓存在模型中。
- 6.少用或不用透明图层，使用不透明视图。对于不透明的View，设置opaque为YES，这样在绘制该View时，就不需要考虑被View覆盖的其他内容（尽量设置Cell的view为opaque，避免GPU对Cell下面的内容也进行绘制）
- 7.减少subViews。分析Cell结构，尽可能的将相同内容的抽取到一种样式Cell中，前面已经提到了Cell的重用机制，这样就能保证UITbaleView要显示多少内容，真正创建出的Cell可能只比屏幕显示的Cell多一点。虽然Cell的’体积’可能会大点，但是因为Cell的数量不会很多，完全可以接受的
- 8.少用addView给cell动态添加view，可以初始化的时候就添加，然后通过hide控制是否显示。只定义一种Cell，那该如何显示不同类型的内容呢？答案就是，把所有不同类型的view都定义好，放在cell里面，通过hidden显示、隐藏，来显示不同类型的内容。毕竟，在用户快速滑动中，只是单纯的显示、隐藏subview比实时创建要快得多。
二、获取崩溃日志
获取崩溃日志的几种方法：
- 1、当用户抱怨闪退时，你可以要求他让设备与iTunes同步，设备与电脑上的iTunes Store同步后，会将崩溃日志保存在电脑上(路径：Mac OS X:~/Library/Logs/CrashReporter/MobileDevice/)到上述位置把崩溃日志下载下来，然后通过电子邮件发送给你；用这个方法获取崩溃日志时，你必需尽量获取用户设备生成的所有崩溃日志。因为崩溃日志越多，就越容易诊断问题所在。
- 2、如果你装了Xcode，也能很容易通过Xcode从你的设备上获得崩溃日志；将iOS设备连接到电脑上，然后打开Xcode；从菜单栏上选择 Window菜单, 然后选择 Organizer (快捷方式是 Shift-CMD-2)在Organizer 窗口上, 选中 Devices 标签栏，在左侧的导航面板上，选中Device Logs；LIBRARY下面的Device Logs是你所有设备（曾经连接到Xcode的）的日志；每个设备下面的Device Logs是对应设备的日志。
- 3、应用提交到App Store后，你也能从 iTunes Connect 获取到用户的崩溃日志，登录到 iTunes Connect 上，选择 Manage Your Applications， 点击相应的应用，点击应用图标下面的View Details按钮， 然后点击右栏Links部分的 Crash Reports；如果没有崩溃日志，试试点击“refresh”按钮刷新一下。如果你的应用用户量还不多，或者刚上架不久，iTunes Connect账号上也可能还没有任何崩溃日志；如果有的话你就会看到不同iOS版本用户下的崩溃信息。
- 4、使用工具来获取应用程序崩溃日志，工具（名称：Bugly，网址：http://bugly.qq.com/）官网上由详细的讲解，还附有Demo (友盟) (bugtags 网址：https://www.bugtags.com)等等；
- 5、iphone崩溃日志分析工具symbolicatecrash；Symbolicatecrash是Xcode自带的一个分析工具，可以通过机器上的崩溃日志和应用的.dSYM文件定位发生崩溃的位置，把crash日志中的地址替换成代码相应位置。
