android系统log分析小结

      今天开始正式改第一个问题点，发现还没来得及看清楚代码就动手加log调试了····加log.I的位置也不对，

修改的地方应该是程序死掉的地方之前，这是最基本的常识。

一点小小的总结经验。

1. 遇到问题的时候，首先要看log，看程序死掉的地方。
2. 深入代码就了解，看整个app或者服务层的逻辑过程。还没了解逻辑之前，千万不要轻举妄动。
3. 修改代码 ，而且注意添加log.i 把过程再了解一遍，谁也不能确定一次修改就百发百中的，万一出了意料之外，除了给你留一大堆的编译休息时间之外，还有log.i 令你的下次修改更加到位。

今天修改的UTF-8非法字符的问题。谁都知道，android是不支持非UTF-8字符的，遇到这类非法字符时，要不死掉，要不乱码，这就看你是如何处理的了。没有什么APP或什么代码就自己生成UTF-8来主动搞崩溃自己的系统的，除非是意外，就是说一些APP自己出了问题，导致生成的data文件名与非法字符命名了，这也是它不想的，当然这个比较少见。

遇到这种情况，我们又管不了APP那边的数据处理，只有用规避的方法，绕过问题。在这里，我们在代码层修改，因为非法字符生成的目录是预知的，在该目录之前就去skip过去，虽然无法正面处理问题，但是比整个系统死掉要好吧。