1、nullpointer——就是使用一个对象的时候还没有对其进行初始化导致该问题
一般在何种情况下容易出现呢？
（1）父窗口+子窗口同时出现的，父窗口因为某种原因消掉了，子窗口还在，操作子窗口找不到父窗口的pid，就会出现问题
（2）加载过程中进行刷新或者其他点击操作，可能某种资源还没有初始化成功，就会出现该问题
（3）异常情况下，比如断网了，比如需要连接的设备没有连接，则相应资源拿不到，此时点击某些按钮，也会出现该问题
2、OOM——在视频图片的来回切换，比如横竖屏的来回切换过程中比较容易出现，因为本身机子比较卡，内存小的话，加载比较大的图片或视频就容易这个问题
解决方案：
（1）可以把加载的处理从上层挪到底层，比如从上层的Java层挪到底层的C++层，这样就会比较省内存
（2）针对不同的像素的手机做不同的适配（比如图片像素也发生变化，否则高像素的图片在低像素的手机上也没有感知）
3、卡死——遇到过很多次，开发的解释基本上都是前一个界面是一个window，后一个界面也是一个window，然后前一个界面切到后一个界面的时候，前面的window没消掉，导致覆在了后一个界面上方，结果就出现了卡死的问题
4、IOS上很容易出现一类问题——也就是安卓上的nullpointer的问题，是nil object的问题，特别容易出现的就是将nil object insert into dict中时，必然崩溃，而且这种情况很多，因为很多数据结构都用字典
5、内存不足导致的崩溃——比如说内存没有释放，一长条列表下有N个资源需要展示，不断下拉，上面的资源没有释放，所分配的内存越来越多，最后当然会崩溃
6、与性能相关的模块——
容易出现内存问题的模块——
（1）图片相关：连续发送图片和查看图片，重点是查看图片（比如可循环来回查看图片，之前的内存都不释放，就可能出现问题）；尤其是查看的单张图片很大的话
（2）视频相关：不断反复观看返回继续观看，可能播放器的资源没有释放，导致内存不断增长
CPU问题——
（1）错误处理没有加超时不断重试，放在死循环里了——只要搞一个错误数据，程序就会反复请求，结果导致程序必崩
（2）网络请求：网络请求很长时间内拿不到回应，需要设置重试和超时时间，并且在不同的网络情况下要进行不同关注，目前主要是在WiFi和4G下
（3）处理图片解析、视频解析等
（4）一直不停的在UI上进行更新处理，比如说网速条由很多个小点点组成，然后网速不停在变化，这些个小点点就需要不停的更新，程序需要不停的去面UI；以及下载的进度的展示，比如是通过一个圆圈或者一个横条展示进度，如果每收到一个0.1%的回调，就在UI上更新，就会导致CPU不断升高，手机很烫，最后崩溃
对于这个情况来说，如何处理呢？
网速条的小点变化，需要研究不同的IOS系统下的不同函数，出现过IOS9.3刚出现时，程序崩溃，因为系统API的兼容问题
下载进度展示：可以不用每收到一个回调就更新界面，可以等待每5%的时候，再更新UI
7、与兼容相关的问题——
不同的sdk的API，或者不同IOS系统的API，具体调用时可能会有差异，另外不同安卓手机，可能rom在厂家进行了一些处理之后，也会有差异，针对不同的情况都需要进行处理；
所以根据2-8原理，优先保证占比最多的系统和机型的兼容，之后再针对更多机型进行适配。
在安卓端，会存在很多低端机，比如几年前的老手机，本身配置较低，有些处理在这些机器上就跑不起来；或者是：操作系统的版本很低
在IOS端，目前的4S、5、5C都可以算在低端机的范畴上，IOS7就是低端系统，这些系统上很容易因为本身配置低更容易出现性能问题，表现出来的就是同样的操作，在这些机器上更容易闪退
5S以下的机器都是32位的系统，以上都是64位的系统，针对数据的处理也需要特别对待，比如后台服务器升级了，数据都升级成64位的了，那对于32位的系统要怎么处理要提前确认好