头疼的是，虽然崩溃栈上有行数，但是由于Android版本和各种手机对源码都有修改，这个行数不是准确的，所以，从这个地方只能定位到函数。例如上例，只能定位到崩溃在ViewGroup#dispatchDraw这个方法中，而具体是由于哪个变量为空导致的空指针，则无能为力了。

找到对应代码，git blame，或者用Android Studio里的右键->annotation方法，找到现在这份代码对应的commit的id。

OOM(Out Of Memory)是Android应用开发中相信每个人都遇到过的问题，而OOM在crash log中的stack trace一般没有实际意义，因为是在分配内存的时候才会抛出OOM异常，而这个时候的stack trace和OOM的原因没有任何关系。所以OOM问题的定位和分析就需要多花费一些功夫。