內存不夠用？講講Android開發超常見的內存泄露以及解決
有沒有感覺自己的Android手機開機之后，可用內存不斷減少，很大一部分原因就是因為內存泄露了，這部分泄露的內存無法被回收，所以可用內存越來越少；
什么是內存泄露？GC無法回收原本應該被回收的對象，這個對象就引發了內存泄露
1.Bitmap使用完忘記回收，因為bitmap實現部分是通過JNI調用了Native方法，GC機制無法正常回收 Bitmap申請的這部分內存空間（API10之前是這樣的，之后分配在Heap中，不過為了兼容老版本...顯示的調用一下recycled,也能讓GC更快的回收調自己）；
那Bitmap應該怎樣回收呢？
- // bitmap!=null要放在前面，如果bitmap為空再去調用isRecycled方法便會報錯
- if(bitmap!=null&&!bitmap.isRecycled){
- bitmap.recycled(); //回收bitmap
- bitmap = null; //使bitmap對象變為虛引用的狀態，讓GC更快的回收
- }
接下來，講兩個更為常見的內存泄露，大家根據這兩個可以自行擴展
- btn_hint.setOnClickListener(new View.OnClickListener() {
- @Override
- public void onClick(View v) {
- Toast.makeText(MainActivity.this, "Hello", Toast.LENGTH_SHORT).show();
- }
- });
是不是很常見，平時可能也是這樣寫的（將其封裝意義一樣，只要引用了當前activity）,你可能想問，這里有什么問題嗎？
問題在于如果用戶在Toast消失之前，用戶按了返回鍵，這個Activity就引起了內存泄露，
原因？ Toast持有了當前Activity，導致Activity無法被GC銷毀
解決方法：讓Toast持有ApplicationContext;其實只要不是Layout，Context都可以使用ApplicationContext;
順便講個小技巧：在非Activity中，正常是不能直接getContext來拿到Context的，獲取資源有需要靠Context，這時可以考慮在自己的Application中維護一個全局的Context，供無法直接拿到Context的類使用，省的參數傳來傳去（視圖相關的不建議使用ApplicationContext）
- private static Context mContext;
- public static MyApplication getInstance() { //供外界調用...
- return mApplication;
- }
- @Override
- public void onCreate() {
- super.onCreate();
- mContext = getApplicationContext();
- }
另一個常見的...內存泄露
- new Thread() {
- public void run() {
- //網絡請求
- };
- }.start()；
這里也有問題？你tm逗我？
在Activity中 新建一個線程，進行網絡請求，如果線程未結束，用戶按了返回鍵，同樣內存泄露
原因：該Thread是匿名內部類，所以會隱式的持有外部類（這里也就是Activity）
解決方式：多種多樣; 不使用匿名內部類，或者整個應用維護一個線程池，或者維護一個線程隊列，后兩種都是讓線程不依賴于Activity從而達到避免內存泄露的目的；
資源獲取等等很多地方都需要用到Context，很多地方都會用到匿名內部類，這也就導致了這里存在很大的內存泄露隱患，但平時很多小伙伴可能還沒有注意到，希望這篇文章能給你一些啟發。
