薄荷官方也沒說是什麽原因導致的，那麽我們大致猜下，無非就以下6種：
1.、內存管理
其中問題之壹是內存管理。應用程序可能正在旋轉太多線程並占用內存資源，或者在打開了太多應用程序的系統上運行。
2、軟件生命周期
叠代式應用程序開發過程及其不斷的頻繁發布，為將可行產品推向市場打開了大門，然後隨著時間的推移對其進行改進，從而建立受眾。但是，由於對操作系統和第三方 API 的依賴，傳統軟件生命周期的喪失會帶來嚴重的復雜性。
3、測試不足
測試的需求是顯而易見的，但要獲得足夠的覆蓋範圍，尤其是在 Android 版本和設備過多的情況下，可能具有挑戰性。有模擬器，但在服務器上運行的軟件可能不會表現出相同的性能限制。例如，應用程序的壹個線程可能會嘗試讀取數據庫，同時第二個線程正在嘗試修改同壹個數據庫。?這是壹個時間問題，它可以用像日誌語句這樣簡單的東西來掩蓋。? 模擬器通常不會表現出與移動設備相同的基本性能限制，因此競爭條件並不明顯。有些服務可以運行不同設備和操作系統變體的配對並使它們可用，但這可能比模擬器更昂貴。選擇成為預算和需求之間的權衡。
4、網絡管理
隨著應用程序越來越依賴網絡訪問，無論是數據還是第三方服務，網絡管理已成為麻煩的根源。
5、 錯誤條件和異常處理
鑒於移動開發的復雜性，壹些錯誤是不可避免的，無論是意外的 API 更改、避免先前檢測的內存問題，還是網絡狀況導致連接中斷，甚至只是在傳輸圖像或視頻等大文件期間降低數據速度.
介於這種情況和崩潰之間的是良好的錯誤和異常處理。通過這種方式，應用程序不會因意外嘗試除以零、用戶輸入錯誤的響應、突然開始提供文本而不是數字值的 API 或連接的臨時丟失而引發。
6. 代碼過多
但也許好的建議是讓應用程序保持簡單。提供人們想要的單壹用途的工具，並僅使用練習來編寫必要的代碼。?好和沒有錯誤的代碼是妳不寫的代碼。
後記：綜上所述，各種軟件檢測到異常之後，都是要開發人員去進行優化的，優化過程需要個人的經驗，以及細心和耐心，總的來說解決性能問題是持續的，且枯燥無味，需靜下心感受。所以，程序員真的是個磨人耐性的工作。