1. 程式人生 > >Android 記憶體溢位解決方案 (整理)

Android 記憶體溢位解決方案 (整理)

<span style="font-size:14px;">在最近做的工程中發現載入的圖片太多或圖片過大時經常出現OOM問題,找網上資料也提供了很多方法,但自己感覺有點亂,特此,今天在不同型號的三款安卓手機上做了測試,因為有效果也有結果,今天小馬就做個詳細的總結,以供朋友們共同交流學習,也供自己以後在解決OOM問題上有所提高,提前講下,片幅有點長,涉及的東西太多,大家耐心看,肯定有收穫的,裡面的很多東西小馬也是學習參考網路資料使用的,先來簡單講下下:
   一般我們大家在遇到記憶體問題的時候常用的方式網上也有相關資料,大體如下幾種:
   一:在記憶體引用上做些處理,常用的有軟引用、強化引用、弱引用
   二:在記憶體中載入圖片時直接在記憶體中做處理,如:邊界壓縮
   三:動態回收記憶體
   四:優化Dalvik虛擬機器的堆記憶體分配
   五:自定義堆記憶體大小
   可是真的有這麼簡單嗎,就用以上方式就能解決OOM了?不是的,繼續來看...
   下面小馬就照著上面的次序來整理下解決的幾種方式,數字序號與上面對應:
   1:軟引用(SoftReference)、虛引用(PhantomRefrence)、弱引用(WeakReference),這三個類是對heap中java物件的應用,通過這個三個類可以和gc做簡單的互動,除了這三個以外還有一個是最常用的強引用
    1.1:強引用,例如下面程式碼:
Object o=new Object();      
Object o1=o;  
     上面程式碼中第一句是在heap堆中建立新的Object物件通過o引用這個物件,第二句是通過o建立o1到new Object()這個heap堆中的物件的引用,這兩個引用都是強引用.只要存在對heap中物件的引用,gc就不會收集該物件.如果通過如下程式碼:
o=null;      
o1=null
      heap中物件有強可及物件、軟可及物件、弱可及物件、虛可及物件和不可到達物件。應用的強弱順序是強、軟、弱、和虛。對於物件是屬於哪種可及的物件,由他的最強的引用決定。如下:
String abc=new String("abc");  //1      
SoftReference<String> abcSoftRef=new SoftReference<String>(abc);  //2      
WeakReference<String> abcWeakRef = new WeakReference<String>(abc); //3      
abc=null; //4      
abcSoftRef.clear();//5   
上面的程式碼中:
    第一行在heap對中建立內容為“abc”的物件,並建立abc到該物件的強引用,該物件是強可及的。第二行和第三行分別建立對heap中物件的軟引用和弱引用,此時heap中的物件仍是強可及的。第四行之後heap中物件不再是強可及的,變成軟可及的。同樣第五行執行之後變成弱可及的。
        1.2:軟引用
               軟引用是主要用於記憶體敏感的快取記憶體。在jvm報告記憶體不足之前會清除所有的軟引用,這樣以來gc就有可能收集軟可及的物件,可能解決記憶體吃緊問題,避免記憶體溢位。什麼時候會被收集取決於gc的演算法和gc執行時可用記憶體的大小。當gc決定要收集軟引用是執行以下過程,以上面的abcSoftRef為例:
 
    1 首先將abcSoftRef的referent設定為null,不再引用heap中的new String("abc")物件。
    2 將heap中的new String("abc")物件設定為可結束的(finalizable)。
    3 當heap中的new String("abc")物件的finalize()方法被執行而且該物件佔用的記憶體被釋放, abcSoftRef被新增到它的ReferenceQueue中。
   注:對ReferenceQueue軟引用和弱引用可以有可無,但是虛引用必須有,參見:
Reference(T paramT, ReferenceQueue<? super T>paramReferenceQueue) 
         被 Soft Reference 指到的物件,即使沒有任何 Direct Reference,也不會被清除。一直要到 JVM 記憶體不足且 沒有 Direct Reference 時才會清除,SoftReference 是用來設計 object-cache 之用的。如此一來 SoftReference 不但可以把物件 cache 起來,也不會造成記憶體不足的錯誤 (OutOfMemoryError)。我覺得 Soft Reference 也適合拿來實作 pooling 的技巧。 
 A obj = new A();   
Refenrence sr = new SoftReference(obj);   
  
//引用時   
if(sr!=null){   
    obj = sr.get();   
}else{   
    obj = new A();   
    sr = new SoftReference(obj);   
}   
    1.3:弱引用
                當gc碰到弱可及物件,並釋放abcWeakRef的引用,收集該物件。但是gc可能需要對此運用才能找到該弱可及物件。通過如下程式碼可以了明瞭的看出它的作用:
String abc=new String("abc");      
WeakReference<String> abcWeakRef = new WeakReference<String>(abc);      
abc=null;      
System.out.println("before gc: "+abcWeakRef.get());      
System.gc();      
System.out.println("after gc: "+abcWeakRef.get());   
執行結果:   
before gc: abc   
after gc: null  
     gc收集弱可及物件的執行過程和軟可及一樣,只是gc不會根據記憶體情況來決定是不是收集該物件。如果你希望能隨時取得某物件的資訊,但又不想影響此物件的垃圾收集,那麼你應該用 Weak Reference 來記住此物件,而不是用一般的 reference。  
 
A obj = new A();   
  
    WeakReference wr = new WeakReference(obj);   
  
    obj = null;   
  
    //等待一段時間,obj物件就會被垃圾回收  
  ...   
  
  if (wr.get()==null) {   
  System.out.println("obj 已經被清除了 ");   
  } else {   
  System.out.println("obj 尚未被清除,其資訊是 "+obj.toString());  
  }  
  ...  
}  
 
    在此例中,透過 get() 可以取得此 Reference 的所指到的物件,如果返回值為 null 的話,代表此物件已經被清除。這類的技巧,在設計 Optimizer 或 Debugger 這類的程式時常會用到,因為這類程式需要取得某物件的資訊,但是不可以 影響此物件的垃圾收集。
 
     1.4:虛引用
 
     就是沒有的意思,建立虛引用之後通過get方法返回結果始終為null,通過原始碼你會發現,虛引用通向會把引用的物件寫進referent,只是get方法返回結果為null.先看一下和gc互動的過程在說一下他的作用.
      1.4.1 不把referent設定為null, 直接把heap中的new String("abc")物件設定為可結束的(finalizable).
      1.4.2 與軟引用和弱引用不同, 先把PhantomRefrence物件新增到它的ReferenceQueue中.然後在釋放虛可及的物件.
   你會發現在收集heap中的new String("abc")物件之前,你就可以做一些其他的事情.通過以下程式碼可以瞭解他的作用.
 
import java.lang.ref.PhantomReference;      
import java.lang.ref.Reference;      
import java.lang.ref.ReferenceQueue;      
import java.lang.reflect.Field;      
     
public class Test {      
    public static boolean isRun = true;      
     
    public static void main(String[] args) throws Exception {      
        String abc = new String("abc");      
        System.out.println(abc.getClass() + "@" + abc.hashCode());      
        final ReferenceQueue referenceQueue = new ReferenceQueue<String>();      
        new Thread() {      
            public void run() {      
                while (isRun) {      
                    Object o = referenceQueue.poll();      
                    if (o != null) {      
                        try {      
                            Field rereferent = Reference.class     
                                    .getDeclaredField("referent");      
                            rereferent.setAccessible(true);      
                            Object result = rereferent.get(o);      
                            System.out.println("gc will collect:"     
                                    + result.getClass() + "@"     
                                    + result.hashCode());      
                        } catch (Exception e) {      
     
                            e.printStackTrace();      
                        }      
                    }      
                }      
            }      
        }.start();      
        PhantomReference<String> abcWeakRef = new PhantomReference<String>(abc,      
                referenceQueue);      
        abc = null;      
        Thread.currentThread().sleep(3000);      
        System.gc();      
        Thread.currentThread().sleep(3000);      
        isRun = false;      
    }      
     
}
 
 
結果為
class 
[email protected]
gc will collect:class [email protected] 好了,關於引用就講到這,下面看2 2:在記憶體中壓縮小馬做了下測試,對於少量不太大的圖片這種方式可行,但太多而又大的圖片小馬用個笨的方式就是,先在記憶體中壓縮,再用軟引用避免OOM,兩種方式程式碼如下,大家可參考下: 方式一程式碼如下: @SuppressWarnings("unused") private Bitmap copressImage(String imgPath){ File picture = new File(imgPath); Options bitmapFactoryOptions = new BitmapFactory.Options(); //下面這個設定是將圖片邊界不可調節變為可調節 bitmapFactoryOptions.inJustDecodeBounds = true; bitmapFactoryOptions.inSampleSize = 2; int outWidth = bitmapFactoryOptions.outWidth; int outHeight = bitmapFactoryOptions.outHeight; bmap = BitmapFactory.decodeFile(picture.getAbsolutePath(), bitmapFactoryOptions); float imagew = 150; float imageh = 150; int yRatio = (int) Math.ceil(bitmapFactoryOptions.outHeight / imageh); int xRatio = (int) Math .ceil(bitmapFactoryOptions.outWidth / imagew); if (yRatio > 1 || xRatio > 1) { if (yRatio > xRatio) { bitmapFactoryOptions.inSampleSize = yRatio; } else { bitmapFactoryOptions.inSampleSize = xRatio; } } bitmapFactoryOptions.inJustDecodeBounds = false; bmap = BitmapFactory.decodeFile(picture.getAbsolutePath(), bitmapFactoryOptions); if(bmap != null){ //ivwCouponImage.setImageBitmap(bmap); return bmap; } return null; } 方式二程式碼如下: package com.lvguo.scanstreet.activity; import java.io.File; import java.lang.ref.SoftReference; import java.util.ArrayList; import java.util.HashMap; import java.util.List; import android.app.Activity; import android.app.AlertDialog; import android.content.Context; import android.content.DialogInterface; import android.content.Intent; import android.content.res.TypedArray; import android.graphics.Bitmap; import android.graphics.BitmapFactory; import android.graphics.BitmapFactory.Options; import android.os.Bundle; import android.view.View; import android.view.ViewGroup; import android.view.WindowManager; import android.widget.AdapterView; import android.widget.AdapterView.OnItemLongClickListener; import android.widget.BaseAdapter; import android.widget.Gallery; import android.widget.ImageView; import android.widget.Toast; import com.lvguo.scanstreet.R; import com.lvguo.scanstreet.data.ApplicationData; /** * @Title: PhotoScanActivity.java * @Description: 照片預覽控制類 * @author XiaoMa */ public class PhotoScanActivity extends Activity { private Gallery gallery ; private List<String> ImageList; private List<String> it ; private ImageAdapter adapter ; private String path ; private String shopType; private HashMap<String, SoftReference<Bitmap>> imageCache = null; private Bitmap bitmap = null; private SoftReference<Bitmap> srf = null; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN); setContentView(R.layout.photoscan); Intent intent = this.getIntent(); if(intent != null){ if(intent.getBundleExtra("bundle") != null){ Bundle bundle = intent.getBundleExtra("bundle"); path = bundle.getString("path"); shopType = bundle.getString("shopType"); } } init(); } private void init(){ imageCache = new HashMap<String, SoftReference<Bitmap>>(); gallery = (Gallery)findViewById(R.id.gallery); ImageList = getSD(); if(ImageList.size() == 0){ Toast.makeText(getApplicationContext(), "無照片,請返回拍照後再使用預覽", Toast.LENGTH_SHORT).show(); return ; } adapter = new ImageAdapter(this, ImageList); gallery.setAdapter(adapter); gallery.setOnItemLongClickListener(longlistener); } /** * Gallery長按事件操作實現 */ private OnItemLongClickListener longlistener = new OnItemLongClickListener() { @Override public boolean onItemLongClick(AdapterView<?> parent, View view, final int position, long id) { //此處新增長按事件刪除照片實現www.2cto.com AlertDialog.Builder dialog = new AlertDialog.Builder(PhotoScanActivity.this); dialog.setIcon(R.drawable.warn); dialog.setTitle("刪除提示"); dialog.setMessage("你確定要刪除這張照片嗎?"); dialog.setPositiveButton("確定", new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { File file = new File(it.get(position)); boolean isSuccess; if(file.exists()){ isSuccess = file.delete(); if(isSuccess){ ImageList.remove(position); adapter.notifyDataSetChanged(); //gallery.setAdapter(adapter); if(ImageList.size() == 0){ Toast.makeText(getApplicationContext(), getResources().getString(R.string.phoSizeZero), Toast.LENGTH_SHORT).show(); } Toast.makeText(getApplicationContext(), getResources().getString(R.string.phoDelSuccess), Toast.LENGTH_SHORT).show(); } } } }); dialog.setNegativeButton("取消",new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { dialog.dismiss(); } }); dialog.create().show(); return false; } }; /** * 獲取SD卡上的所有圖片檔案 * @return */ private List<String> getSD() { /* 設定目前所在路徑 */ File fileK ; it = new ArrayList<String>(); if("newadd".equals(shopType)){ //如果是從檢視本人新增列表項或商戶列表項進來時 fileK = new File(ApplicationData.TEMP); }else{ //此時為純粹新增 fileK = new File(path); } File[] files = fileK.listFiles(); if(files != null && files.length>0){ for(File f : files ){ if(getImageFile(f.getName())){ it.add(f.getPath()); Options bitmapFactoryOptions = new BitmapFactory.Options(); //下面這個設定是將圖片邊界不可調節變為可調節 bitmapFactoryOptions.inJustDecodeBounds = true; bitmapFactoryOptions.inSampleSize = 5; int outWidth = bitmapFactoryOptions.outWidth; int outHeight = bitmapFactoryOptions.outHeight; float imagew = 150; float imageh = 150; int yRatio = (int) Math.ceil(bitmapFactoryOptions.outHeight / imageh); int xRatio = (int) Math .ceil(bitmapFactoryOptions.outWidth / imagew); if (yRatio > 1 || xRatio > 1) { if (yRatio > xRatio) { bitmapFactoryOptions.inSampleSize = yRatio; } else { bitmapFactoryOptions.inSampleSize = xRatio; } } bitmapFactoryOptions.inJustDecodeBounds = false; bitmap = BitmapFactory.decodeFile(f.getPath(), bitmapFactoryOptions); //bitmap = BitmapFactory.decodeFile(f.getPath()); srf = new SoftReference<Bitmap>(bitmap); imageCache.put(f.getName(), srf); } } } return it; } /** * 獲取圖片檔案方法的具體實現 * @param fName * @return */ private boolean getImageFile(String fName) { boolean re; /* 取得副檔名 */ String end = fName .substring(fName.lastIndexOf(".") + 1, fName.length()) .toLowerCase(); /* 按副檔名的型別決定MimeType */ if (end.equals("jpg") || end.equals("gif") || end.equals("png") || end.equals("jpeg") || end.equals("bmp")) { re = true; } else { re = false; } return re; } public class ImageAdapter extends BaseAdapter{ /* 宣告變數 */ int mGalleryItemBackground; private Context mContext; private List<String> lis; /* ImageAdapter的構造符 */ public ImageAdapter(Context c, List<String> li) { mContext = c; lis = li; TypedArray a = obtainStyledAttributes(R.styleable.Gallery); mGalleryItemBackground = a.getResourceId(R.styleable.Gallery_android_galleryItemBackground, 0); a.recycle(); } /* 幾定要重寫的方法getCount,傳回圖片數目 */ public int getCount() { return lis.size(); } /* 一定要重寫的方法getItem,傳回position */ public Object getItem(int position) { return lis.get(position); } /* 一定要重寫的方法getItemId,傳並position */ public long getItemId(int position) { return position; } /* 幾定要重寫的方法getView,傳並幾View物件 */ public View getView(int position, View convertView, ViewGroup parent) { System.out.println("lis:"+lis); File file = new File(it.get(position)); SoftReference<Bitmap> srf = imageCache.get(file.getName()); Bitmap bit = srf.get(); ImageView i = new ImageView(mContext); i.setImageBitmap(bit); i.setScaleType(ImageView.ScaleType.FIT_XY); i.setLayoutParams( new Gallery.LayoutParams(WindowManager.LayoutParams.WRAP_CONTENT, WindowManager.LayoutParams.WRAP_CONTENT)); return i; } } } 上面兩種方式第一種直接使用邊界壓縮,第二種在使用邊界壓縮的情況下間接的使用了軟引用來避免OOM,但大家都知道,這些函式在完成decode後,最終都是通過java層的createBitmap來完成的,需要消耗更多記憶體,如果圖片多且大,這種方式還是會引用OOM異常的,不著急,有的是辦法解決,繼續看,以下方式也大有妙用的: 1. InputStream is = this.getResources().openRawResource(R.drawable.pic1); BitmapFactory.Options options=new BitmapFactory.Options(); options.inJustDecodeBounds = false; options.inSampleSize = 10; //width,hight設為原來的十分一 Bitmap btp =BitmapFactory.decodeStream(is,null,options); 2. if(!bmp.isRecycle() ){ bmp.recycle() //回收圖片所佔的記憶體 system.gc() //提醒系統及時回收 } 上面程式碼與下面程式碼大家可分開使用,也可有效緩解記憶體問題哦...吼吼... /** 這個地方大家別搞混了,為了方便小馬把兩個貼一起了,使用的時候記得分開使用 * 以最省記憶體的方式讀取本地資源的圖片 */ public static Bitmap readBitMap(Context context, int resId){ BitmapFactory.Options opt = new BitmapFactory.Options(); opt.inPreferredConfig = Bitmap.Config.RGB_565; opt.inPurgeable = true; opt.inInputShareable = true; //獲取資源圖片 InputStream is = context.getResources().openRawResource(resId); return BitmapFactory.decodeStream(is,null,opt); } 3:大家可以選擇在合適的地方使用以下程式碼動態並自行顯式呼叫GC來回收記憶體: if(bitmapObject.isRecycled()==false) //如果沒有回收 bitmapObject.recycle(); 4:這個就好玩了,優化Dalvik虛擬機器的堆記憶體分配,聽著很強大,來看下具體是怎麼一回事 對於Android平臺來說,其託管層使用的Dalvik JavaVM從目前的表現來看還有很多地方可以優化處理,比如我們在開發一些大型遊戲或耗資源的應用中可能考慮手動干涉GC處理,使用 dalvik.system.VMRuntime類提供的setTargetHeapUtilization方法可以增強程式堆記憶體的處理效率。當然具體原理我們可以參考開源工程,這裡我們僅說下使用方法: 程式碼如下: private final static floatTARGET_HEAP_UTILIZATION = 0.75f; 在程式onCreate時就可以呼叫 VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); 即可 5:自定義我們的應用需要多大的記憶體,這個好暴力哇,強行設定最小記憶體大小,程式碼如下: private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ; //設定最小heap記憶體為6MB大小 VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); 好了,文章寫完了,片幅有點長,因為涉及到的東西太多了,其它文章都會貼原始碼,這篇文章是直接在專案中用三款安卓真機測試的,有效果,專案原碼就不在這貼了,不然洩密了都,吼吼,但這裡講下還是會因為手機的不同而不同,大家得根據自己需求選擇合適的方式來避免OOM,大家加油呀,每天都有或多或少的收穫,這也算是進步,加油加油!</span>

相關推薦

Android 記憶體溢位解決方案 整理

<span style="font-size:14px;">在最近做的工程中發現載入的圖片太多或圖片過大時經常出現OOM問題,找網上資料也提供了很多方法,但自己感覺有點亂,特此,今天在不同型號的三款安卓手機上做了測試,因為有效果也有結果,今天小馬就做個詳細的總結

Android 記憶體溢位解決方案OOM 整理總結

在最近做的工程中發現載入的圖片太多或圖片過大時經常出現OOM問題,找網上資料也提供了很多方法,但自己感覺有點亂,特此,今天在不同型號的三款安卓手機上做了測試,因為有效果也有結果,今天小馬就做個詳細的總結,以供朋友們共同交流學習,也供自己以後在解決OOM問題上有所提高,提前講下,片幅有點長,涉及的東西太

Android記憶體溢位解決方案OOM

眾所周知,每個Android應用程式在執行時都有一定的記憶體限制,限制大小一般為16MB或24MB(視平臺而定)。因此在開發應用時需要特別關注自身的記憶體使用量,而一般最耗記憶體量的資源,一般是圖片、音訊檔案、視訊檔案等多媒體資源;由於Android系統對音訊、視訊等資源做了邊解析便播放的處理,使用時並不

應用jacob元件造成的記憶體溢位解決方案java.lang.OutOfMemoryError: Java heap space

轉自(http://www.myexception.cn/ruby-rails/903889.html) 使用jacob元件造成的記憶體溢位解決方案(java.lang.OutOfMemoryError: Java heap space) 都說記憶體洩漏是C++的通病,記

Android記憶體溢位與優化——防止Handler導致的記憶體洩露

在Android中,子執行緒不能直接更新主執行緒的UI,因此提供了Handler來方便我們操作。在子執行緒呼叫handler可以直接傳送Message加入MessageQueue,Looper取出

Android 6.0 - 動態權限管理的解決方案

long div span 添加 包含 detail 工具類 putextra ref 轉自:http://www.cnblogs.com/dubo-/p/6018262.html Android 6.0 - 動態權限管理的解決方案 轉載請標註 Android 6.

Android 不得不說的VideoView的一些坑及其解決方案

Android 不得不說的VideoView的一些坑及其解決方案最近公司做動態展示新添加了視訊,然後去摸索了一些視訊的相關問題,最終選擇了Android原生的VideoView。開發中遇到了一些坑給大家分享出來,不得不說很坑,希望給大家做視訊播放做一個參考:先總結如下:Vid

jmeter記憶體溢位解決方法OutOfMemoryError:記憶體溢位

  在執行壓力測試時候,有時候會遇到OutOfMemoryError這樣的異常;JMeter是一個純Java開發的工具,記憶體是由java虛擬機器JVM管理;如果出現了記憶體溢位的問題,可以通過調整JVM記憶體相關的引數進行優化。      具體過程如下:

SVN資料夾圖示不正常顯示解決方案win10android studio

在使用Android Studio提交程式碼時發現svn圖示莫名其妙的不顯示,其他操作都正常。在網上搜了一堆資料都有各種說法,結合了操作,一步步來試終於給我找到了,在這我自己總結一下,一部分也是拷貝別的圖片,寫一篇清楚文章好希望能幫助和我遇到這種問題的人。以下步驟:解決方法一(失敗):1.升級最新版本,我的本

C#進階系列——WebApi 異常處理解決方案

機制 輸出 ges 如果 但是 rom lba slist 解決 出處:http://www.cnblogs.com/landeanfen/p/5363846.html 閱讀目錄 一、使用異常篩選器捕獲所有異常 二、HttpResponseException自

Uber使用Swift重寫APP的踩坑經歷及解決方案轉載

result 框架 退出 帶來 hole 懶漢 將在 例子 穩定 本文出自Uber移動架構和框架組負責人托馬斯·阿特曼於2016年在灣區Swift峰會上的演講,分享了使用Swfit重寫Uber的好與壞。以下為譯文: 我是托馬斯·阿特曼,目前是Uber移動架構和框架組負責人。

如何設計成功而有價值的數據可視化解決方案

同時 right 讀者 有助於 動效 講解 思考 bsp jpg 上篇關於如何設計成功而有價值的數據可視化解決方案,我們已經就規劃方案的思路這一大版塊展開了詳細的講解,本篇繼續幹貨放送,分享下方案的可視化展示該如何進行設計?僅僅只需要好看就可以了嗎?如果不是又該註意些什麽?

HTTP 錯誤 500.21 - Internal Server Error 解決方案

san 原因 cal 方案 發生 err 檢查 net tle 不久前重新安裝了Windows7,在安裝了VS2010 開發平臺之後,將網站發布到IIS,訪問發生如下錯誤: HTTP 錯誤 500.21 - Internal Server Error處理程序“NickLee

msdia80.dll文件出現在磁盤根目錄下的解決方案

磁盤 har mic http comm 管理員 ges sdi AMF 情況描述: 當安裝某些軟件後,磁盤根目錄中多出了msdia80.dll文件,該文件顯示為2006年12月1日,884KB。 原因:  當使用64位操作系統時,在電腦上安裝 Micro

rem手機端頁面自適應完美解決方案最新

有效 load rem tex width meta sel setattr name <!DOCTYPE html> <html> <head> <meta charset="UTF-8">

前端常見跨域解決方案

-type crm api war str bsp 斷開 jquery 數據塊 什麽是跨域? 跨域是指一個域下的文檔或腳本試圖去請求另一個域下的資源,這裏跨域是廣義的。 廣義的跨域: 1.) 資源跳轉: A鏈接、重定向、表單提交 2.) 資源嵌入: <link

查漏補缺:socket編程:TCP粘包問題和常用解決方案

原因 image 延遲確認 大小 style bsp 緩沖 ket 導致   1、TCP粘包問題的產生(發送端)   由於TCP協議是基於字節流並且無邊界的傳輸協議,因此很容易產生粘包問題。TCP的粘包可能發生在發送端,也可能發生在接收端。發送端的粘包是TCP協議本身引起的

「mysql優化專題」高可用性、負載均衡的mysql集群解決方案12

格式 return 建議 處理方式 sage 主機 等待 status 深度 一、為什麽需要mysql集群? 一個龐大的分布式系統的性能瓶頸中,最脆弱的就是連接。連接有兩個,一個是客戶端與後端的連接,另一個是後端與數據庫的連接。簡單如圖下兩個藍色框框(其實,這張圖是我在悟空

【Visual Studio】MFC does not support WINVER less than 0x0501 解決方案

.net style win blog 文件 ros family sim tar 原文轉自 http://blog.csdn.net/ygzhong000/article/details/41750841 解決方案:在stdafx.h頭文件中添加以下行。 #def

大數據常見錯誤解決方案轉載

nvi clu linux腳本 /etc/ var fin remove -c 技術 1、用./bin/spark-shell啟動spark時遇到異常:java.net.BindException: Can‘t assign requested address