日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間：8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
AndroidWebViewMemoryLeakWebView內(nèi)存泄漏

在這次開發(fā)過程中，需要用到WebView展示一些界面，但是加載的頁面如果有很多圖片就會發(fā)現(xiàn)內(nèi)存占用暴漲，并且在退出該界面后，即使在包含該 webview的Activity的destroy()方法中，使用webview.destroy();webview=null;對內(nèi)存占回收用還是沒有任何效果。有人說，一旦在你的xml布局中引用了webview甚至沒有使用過，都會阻礙重新進(jìn)入Application之后對內(nèi)存的gc。包括使用 MapView有時(shí)一會引發(fā)OOM，幾經(jīng)周折在網(wǎng)上看到各種解決辦法，在這里跟大家分享一下。但是到目前為止還沒有找到根本的解決辦法，網(wǎng)上也有說是 sdk的bug。但是不管怎么樣，我們還是需要使用的。

創(chuàng)新互聯(lián)基于成都重慶香港及美國等地區(qū)分布式IDC機(jī)房數(shù)據(jù)中心構(gòu)建的電信大帶寬，聯(lián)通大帶寬，移動大帶寬，多線BGP大帶寬租用,是為眾多客戶提供專業(yè)服務(wù)器托管報(bào)價(jià)，主機(jī)托管價(jià)格性價(jià)比高，為金融證券行業(yè)成都服務(wù)器托管，ai人工智能服務(wù)器托管提供bgp線路100M獨(dú)享，G口帶寬及機(jī)柜租用的專業(yè)成都idc公司。

要使用WebView不造成內(nèi)存泄漏，首先應(yīng)該做的就是不能在xml中定義webview節(jié)點(diǎn)，而是在需要的時(shí)候動態(tài)生成。即：可以在使用WebView 的地方放置一個(gè)LinearLayout類似ViewGroup的節(jié)點(diǎn)，然后在要使用WebView的時(shí)候，動態(tài)生成即：

 
 
 
    
  
  
  
  1. WebView      mWebView = new WebView(getApplicationgContext());
    2. 
  
  
  
  2. LinearLayout mll      = findViewById(R.id.xxx);
    3. 
  
  
  
  3. mll.addView(mWebView);
    4.

然后一定要在onDestroy()方法中顯式的調(diào)用

 
 
 
    
  
  
  
  1. protected void onDestroy() {
    2. 
  
  
  
  2.       super.onDestroy();
    3. 
  
  
  
  3.       mWebView.removeAllViews();
    4. 
  
  
  
  4.       mWebView.destroy()
    5. 
  
  
  
  5. }
    6.

注意： new  WebView(getApplicationgContext()) ;必須傳入ApplicationContext如果傳入Activity的 Context的話，對內(nèi)存的引用會一直被保持著。有人用這個(gè)方法解決了當(dāng)Activity被消除后依然保持引用的問題。但是你會發(fā)現(xiàn)，如果你需要在 WebView中打開鏈接或者你打開的頁面帶有flash，獲得你的WebView想彈出一個(gè)dialog，都會導(dǎo)致從 ApplicationContext到ActivityContext的強(qiáng)制類型轉(zhuǎn)換錯(cuò)誤，從而導(dǎo)致你應(yīng)用崩潰。這是因?yàn)樵诩虞dflash的時(shí)候，系統(tǒng) 會首先把你的WebView作為父控件，然后在該控件上繪制flash，他想找一個(gè)Activity的Context來繪制他，但是你傳入的是 ApplicationContext。后果，你可以曉得了哈。

于是大牛們就Activity銷毀后還保持引用這個(gè)問題，提供了另一種解決辦法：既然你不能給我刪除引用，那么我就自己來吧。于是下面的這種方法誕生了：

（作者說這個(gè)方法是依賴Android.webkit implementation有可能在最近的版本中失敗）

 
 
 
    
  
  
  
  1. public void setConfigCallback(WindowManager windowManager) {
    2. 
  
  
  
  2.     try {
    3. 
  
  
  
  3.         Field field = WebView.class.getDeclaredField("mWebViewCore");
    4. 
  
  
  
  4.         field = field.getType().getDeclaredField("mBrowserFrame");
    5. 
  
  
  
  5.         field = field.getType().getDeclaredField("sConfigCallback");
    6. 
  
  
  
  6.         field.setAccessible(true);
    7. 
  
  
  
  7.         Object configCallback = field.get(null);
    8. 
  
  
  
  8.  
    9. 
  
  
  
  9.         if (null == configCallback) {
    10. 
  
  
  
  10.             return;
    11. 
  
  
  
  11.         }
    12. 
  
  
  
  12.  
    13. 
  
  
  
  13.         field = field.getType().getDeclaredField("mWindowManager");
    14. 
  
  
  
  14.         field.setAccessible(true);
    15. 
  
  
  
  15.         field.set(configCallback, windowManager);
    16. 
  
  
  
  16.     } catch(Exception e) {
    17. 
  
  
  
  17.     }
    18. 
  
  
  
  18. }
    19.

然后在Activity中調(diào)用上面的方法：

 
 
 
    
  
  
  
  1. public void onCreate(Bundle savedInstanceState) {
    2. 
  
  
  
  2.     super.onCreate(savedInstanceState);
    3. 
  
  
  
  3.     setConfigCallback((WindowManager)getApplicationContext().getSystemService(Context.WINDOW_SERVICE));
    4. 
  
  
  
  4. }
    5. 
  
  
  
  5.  
    6. 
  
  
  
  6. public void onDestroy() {
    7. 
  
  
  
  7.     setConfigCallback(null);
    8. 
  
  
  
  8.     super.onDestroy();
    9. 
  
  
  
  9. }
    10.

該反射方法在我的實(shí)驗(yàn)中（2.3.6）確實(shí)有些用處，在應(yīng)用內(nèi)存占用到70M左右的時(shí)候會明顯釋放到50M或者60M然后的釋放就有些緩慢，其實(shí)就是看不出來了。之前在沒使用該方法的時(shí)候可能達(dá)到120M。

但是?。?！我們的應(yīng)用要求占用內(nèi)存更低啊，這腫么拌？涼拌么？No。在各種糾結(jié)之后，終于找到了***解決辦法?。?！該辦法適用于我們的需求，在退出 WebView的界面之后，迅速回收內(nèi)存。要問這個(gè)方法是什么，不要9999，不要8999，只要你仔細(xì)看好下面一句話：那就是為加載WebView的界 面開啟新進(jìn)程，在該頁面退出之后關(guān)閉這個(gè)進(jìn)程。

這一點(diǎn)說了之后，你懂了吧？
但是在這個(gè)其中，殺死自己進(jìn)程的時(shí)候又遇到了問題，網(wǎng)上介紹的各種方法都不好使，
killBackgroundProcesses(getPackageName());各種不好用，***使用System.exit(0);直接退出虛擬機(jī)（Android為每一個(gè)進(jìn)程創(chuàng)建一個(gè)虛擬機(jī)的）。這個(gè)肯定不用糾結(jié)了，一旦退出，內(nèi)存里面釋放。聽濤哥說QQ也是這么做。

***英雄要問出處，附上大牛解說引起該問題的出處

這個(gè)泄漏出現(xiàn)在external/webkit/Source/WebKit/android/WebCoreSupport/UrlInterceptResponse.cpp.中。具體我自己真心沒有深入研究。大家有興趣的話，可以看看哈。

 
 
 
    
  
  
  
  1. --- a/Source/WebKit/android/WebCoreSupport/UrlInterceptResponse.cpp
    2. 
  
  
  
  2. +++ b/Source/WebKit/android/WebCoreSupport/UrlInterceptResponse.cpp
    3. 
  
  
  
  3. @@ -63,10 +63,10 @@ public:
    4. 
  
  
  
  4.          JNIEnv* env = JSC::Bindings::getJNIEnv();
    5. 
  
  
  
  5.          // Initialize our read buffer to the capacity of out.
    6. 
  
  
  
  6.          if (!m_buffer) {
    7. 
  
  
  
  7. -            m_buffer = env->NewByteArray(out->capacity());
    8. 
  
  
  
  8. -            m_buffer = (jbyteArray) env->NewGlobalRef(m_buffer);
    9. 
  
  
  
  9. +            ScopedLocalRef buffer_local(env, env->NewByteArray(out->capacity()));
    10. 
  
  
  
  10. +            m_buffer = static_cast(env->NewGlobalRef(buffer_local.get()));
    11. 
  
  
  
  11.          }
    12. 
  
  
  
  12.          int size = (int) env->CallIntMethod(m_inputStream, m_read, m_buffer);
    13. 
  
  
  
  13.          if (checkException(env) || size < 0)
    14. 
  
  
  
  14.              return;
    15. 
  
  
  
  15.          // Copy from m_buffer to out.
    16.

而且從這里https://github.com/android/platform_external_webkit/commit/1e3e46a731730c02d916ea805ec4b20191509282這個(gè)bug的解決狀態(tài)。

還有一個(gè)問題要說的，也是在WebView使用的時(shí)候出現(xiàn)的問題：WebView 中包含一個(gè)ZoomButtonsController，當(dāng)使用 web.getSettings().setBuiltInZoomControls(true);啟用該設(shè)置后，用戶一旦觸摸屏幕，就會出現(xiàn)縮放控制圖 標(biāo)。這個(gè)圖標(biāo)過上幾秒會自動消失，但在3.0系統(tǒng)以上上，如果圖標(biāo)自動消失前退出當(dāng)前Activity的話，就會發(fā)生ZoomButton找不到依附的 Window而造成程序崩潰，解決辦法很簡單就是在Activity的ondestory方法中調(diào)用 web.setVisibility(View.GONE);方法，手動將其隱藏，就不會崩潰了。在3.0一下系統(tǒng)上不會出現(xiàn)該崩潰問題，真是各種崩潰， 防不勝防啊！

***還有內(nèi)存泄漏的一些個(gè)建議：

In summary, to avoid context-related memory leaks, remember the following:

  • Do not keep long-lived references to a context-activity (a reference to an activity should have the same life cycle as the activity itself)
  • Try using the context-application instead of a context-activity
  • Avoid non-static inner classes in an activity if you don’t control their life cycle, use a static inner class and make a weak reference to the activity inside

And remember that a garbage collector is not an insurance against memory leaks. Last but not least, we try to make such leaks harder to make happen whenever we can.


當(dāng)前文章：AndroidWebViewMemoryLeakWebView內(nèi)存泄漏
分享鏈接：http://www.5511xx.com/article/cojgodj.html