選擇乙個安逸的環境，可以讓你少去踩了很多的坑，比如本文所說的問題，編碼問題。
編碼問題主要存在於三個方面，一.編輯器編碼，二.網路接收(介面)編碼問題，三.資料庫編碼問題。這裡，乙個個問題可能都會讓人頭痛不已，下面我就來總結一下出現的問題及部分的解決方案。
編輯器問題，你是選擇gbk還是選擇utf8，這個問題如果放在現在開始的專案，肯定是選擇utf8的，因為你不知道，這樣會讓少走許多編碼轉換的彎路。舉例，php裡使用json_encode要求使用utf8格式，jquery傳送資料用utf8... 當然了，編輯器編碼一般主要是為了配有合資料庫編碼的，所以，如果資料庫有多種編碼，那就麻煩咯！特別說明，如果使用json_encode，記得考慮在轉換前轉碼一次，在解碼json_decode存資料庫時必要的也轉一次編碼，這樣，才不至於要麼不能解，要麼解出來為空，要麼解出來是亂碼。
網路接收(介面)編碼問題，這個問題就不是我們所能掌控的了，要麼大家協商好用什麼編碼，然後做對應轉碼即可。但是如果是去抓取別人網頁資訊而不是商量著來，那，就只有猜測了，猜出是什麼編碼，然後再做對應轉換。示例，php中用mb_check_encoding去檢查編碼，但是是根據給出的編碼進行嘗試，自己可以重寫乙個方法用於檢測編碼，然後轉換。
資料庫編碼問題，應該如何選擇編碼呢，還是那句話，沒有什麼特殊要求，就懸utf8吧，不然，問題可能出在**呢？一導資料，你可能從其他資料庫匯出到新資料庫，然後就亂碼了，二和編輯器不配合，一遇中文就亂碼。
總之，重點在於配合，只是utf8會讓你省不少力。如果出現編碼問題，就從這些點去發現問題吧！
開發中遇到的坑
new arraylist size 時確定list數量，指明list大小，但是確保 裡的.size 不是null listresult new arraylist authprioritydolist.size 判斷string型別的值是不是空時用stringutils.hastext strin...
iOS 開發中遇到的坑
用 建立了乙個view後能顯示，但無法響應觸控事件 出錯原因 可能是父view的frame為cgzero 使用cocoapods更新庫時，使用pod install無效。出錯原因 命令被牆 解決方法 pod install 換成pod install verbose no repo update這個...
VUE開發中遇到的坑
1.父元件監聽不到子元件向外觸發的事件，原因可能是 emit傳入的事件名稱只能用小寫，不可以使用駝峰式命名書寫。現版本的 vue 似乎可以支援 2.用非同步傳遞過來的資料做元件的初始化時候，直接用，因為存在非同步問題 延時，結果需在等待過程結束之後才返回 會出現not find props或者渲染出...