今天開始正式改第一個問題點，發現還沒來得及看清楚代碼就動手加log調試了····加log.I的位置也不對，
修改的地方應該是程序死掉的地方之前，這是最基本的常識。
一點小小的總結經驗。
- 遇到問題的時候，首先要看log，看程序死掉的地方。
- 深入代碼就瞭解，看整個app或者服務層的邏輯過程。還沒了解邏輯之前，千萬不要輕舉妄動。
- 修改代碼 ，而且注意添加log.i 把過程再瞭解一遍，誰也不能確定一次修改就百發百中的，萬一出了意料之外，除了給你留一大堆的編譯休息時間之外，還有log.i 令你的下次修改更加到位。
今天修改的UTF-8非法字符的問題。誰都知道，android是不支持非UTF-8字符的，遇到這類非法字符時，要不死掉，要不亂碼，這就看你是如何處理的了。沒有什麼APP或什麼代碼就自己生成UTF-8來主動搞崩潰自己的系統的，除非是意外，就是說一些APP自己出了問題，導致生成的data文件名與非法字符命名了，這也是它不想的，當然這個比較少見。
遇到這種情況，我們又管不了APP那邊的數據處理，只有用規避的方法，繞過問題。在這裏，我們在代碼層修改，因爲非法字符生成的目錄是預知的，在該目錄之前就去skip過去，雖然無法正面處理問題，但是比整個系統死掉要好吧。