android的gridview加載圖片一多了就卡,甚至程序OMM溢出

1、首先先來(lái)解決大圖加載的問(wèn)題，一般在實(shí)際應(yīng)用中展示圖片時(shí)，因屏幕尺寸及布局顯示的原因，我們沒(méi)有必要加載原始大圖，只需要按照比例采樣縮放即可。

我們提供的服務(wù)有：成都網(wǎng)站制作、成都做網(wǎng)站、外貿(mào)營(yíng)銷網(wǎng)站建設(shè)、微信公眾號(hào)開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、蕉城ssl等。為近1000家企事業(yè)單位解決了網(wǎng)站和推廣的問(wèn)題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的蕉城網(wǎng)站制作公司

2、只加載可見(jiàn)區(qū)域的Bitmap 滑動(dòng)時(shí)不加載 停止滑動(dòng)（Idle）后，開始重新加載可見(jiàn)區(qū)域的圖片 釋放滑出可見(jiàn)區(qū)域的Bitmap的內(nèi)在。

3、Android 提供的多種多線程工具類 (AsyncTask， HandlerThread， IntentService， ThreadPool)，許多操作都需要由 主線程（UI 線程）來(lái)執(zhí)行，比如： Android 系統(tǒng)的屏幕刷新頻率為 60 fps， 也就是每隔 16 ms 刷新一次。

android中用viewflipper來(lái)放大量圖片時(shí),內(nèi)存溢出,求助

1、其次，如果自定義Item中有涉及到圖片等等的，一定要做圖片優(yōu)化。bitmap釋放可以不做。

2、頂起 我也遇到這個(gè)問(wèn)題了。 搞了幾天不知道怎么解決。 每次圖片加載到200長(zhǎng)左右都掛了。哎 求大神指教啊。 BitmapFactory 縮放圖片后 問(wèn)題解決了 圖片失真了。 有沒(méi)有好辦法啊。

3、在Android應(yīng)用的開發(fā)中，為了防止內(nèi)存溢出，在處理一些占用內(nèi)存大而且聲明周期較長(zhǎng)的對(duì)象時(shí)候，可以盡量應(yīng)用軟引用和弱引用技術(shù)。下面以使用軟引用為例來(lái)詳細(xì)說(shuō)明。弱引用的使用方式與軟引用是類似的。

4、那你得看清楚到底是你的html沒(méi)有充滿webview還是你的webview沒(méi)有充滿屏幕。而且自適應(yīng)是可以設(shè)置的，webview也不要設(shè)置縮放。

android,Button設(shè)置圖片,寬和高都設(shè)置wrap_content,但是設(shè)置的圖片還是...

圖片設(shè)在背景里，android：background=@drawable/ys，這樣就沒(méi)問(wèn)題了。

檢查兩個(gè)地方：是否在AndroidManifest.xml 里面設(shè)置了全屏。

wrap_content的意思是根據(jù)里面的內(nèi)容寬度來(lái)決定寬度。wrap_content并不意味著不會(huì)占滿全屏，如果里面有元素占滿了全屏，則listview的寬度就會(huì)自動(dòng)全屏。一般來(lái)說(shuō)listview都會(huì)設(shè)置成寬度占滿全屏。

button有默認(rèn)值，沒(méi)有超過(guò)這個(gè)默認(rèn)值的情況下，是不會(huì)自適應(yīng)調(diào)整的。

關(guān)于android加載大圖片內(nèi)存溢出問(wèn)題

優(yōu)化動(dòng)畫效果：可以對(duì)CSS動(dòng)畫進(jìn)行優(yōu)化，例如減少動(dòng)畫元素、限制幀數(shù)、減少動(dòng)畫時(shí)間等，從而減小其占用內(nèi)存的大小。 針對(duì)Webview進(jìn)行優(yōu)化：可以更改Webview的設(shè)置，例如關(guān)閉緩存、禁止加載大圖等，從而減少其對(duì)內(nèi)存的占用量。

從網(wǎng)絡(luò)當(dāng)中加載用戶特定的圖片。因?yàn)橹钡轿覀冊(cè)谙螺d圖片的時(shí)候我們才知道圖片的大小。向Gallery加載圖片。因?yàn)楝F(xiàn)在智能手機(jī)的攝像頭有很高的分辨率，在加載圖片的時(shí)候需要最圖片進(jìn)行處理，然后才能正常的使用。

一種是內(nèi)存溢出（好像在扯淡，OOM本身就是內(nèi)存溢出）另一種是：圖片過(guò)大，一個(gè)屏幕顯示不完全造成，似乎也是一。

只有8M內(nèi)存，當(dāng)我放入的大量的圖片（每個(gè)100多K左右），就出現(xiàn)上面的原因。由于每張圖片先前是壓縮的情況。

如何解決Android內(nèi)存溢出

1、優(yōu)化動(dòng)畫效果：可以對(duì)CSS動(dòng)畫進(jìn)行優(yōu)化，例如減少動(dòng)畫元素、限制幀數(shù)、減少動(dòng)畫時(shí)間等，從而減小其占用內(nèi)存的大小。 針對(duì)Webview進(jìn)行優(yōu)化：可以更改Webview的設(shè)置，例如關(guān)閉緩存、禁止加載大圖等，從而減少其對(duì)內(nèi)存的占用量。

2、解決方法 ：將Handler類獨(dú)立出來(lái)或者使用靜態(tài)內(nèi)部類，這樣便可以避免內(nèi)存泄漏。示例：AsyncTask和Runnable AsyncTask和Runnable都使用了匿名內(nèi)部類，那么它們將持有其所在Activity的隱式引用。

3、向Gallery加載圖片。因?yàn)楝F(xiàn)在智能手機(jī)的攝像頭有很高的分辨率，在加載圖片的時(shí)候需要最圖片進(jìn)行處理，然后才能正常的使用。

4、如果要使用到Context，盡量使用ApplicationContext去代替Context，因?yàn)锳pplicationContext的生命周期較長(zhǎng)，引用情況下不會(huì)造成內(nèi)存泄露問(wèn)題 在你不控制對(duì)象的生命周期的情況下避免在你的Activity中使用static變量。

5、在Android平臺(tái)上，長(zhǎng)期保持一些資源的引用，造成一些內(nèi)存不能釋放，帶來(lái)的內(nèi)存泄露問(wèn)題很多。

6、對(duì)內(nèi)存回收也沒(méi)有效果。針對(duì)上面的問(wèn)題采取以下方案：Webview時(shí)加載H5界面時(shí)，使用新進(jìn)程加載，退出界面時(shí)將進(jìn)程殺掉。

怎么解決android內(nèi)存溢出問(wèn)題的

優(yōu)化動(dòng)畫效果：可以對(duì)CSS動(dòng)畫進(jìn)行優(yōu)化，例如減少動(dòng)畫元素、限制幀數(shù)、減少動(dòng)畫時(shí)間等，從而減小其占用內(nèi)存的大小。 針對(duì)Webview進(jìn)行優(yōu)化：可以更改Webview的設(shè)置，例如關(guān)閉緩存、禁止加載大圖等，從而減少其對(duì)內(nèi)存的占用量。

向Gallery加載圖片。因?yàn)楝F(xiàn)在智能手機(jī)的攝像頭有很高的分辨率，在加載圖片的時(shí)候需要最圖片進(jìn)行處理，然后才能正常的使用。

如果要使用到Context，盡量使用ApplicationContext去代替Context，因?yàn)锳pplicationContext的生命周期較長(zhǎng)，引用情況下不會(huì)造成內(nèi)存泄露問(wèn)題 在你不控制對(duì)象的生命周期的情況下避免在你的Activity中使用static變量。

在Android平臺(tái)上，長(zhǎng)期保持一些資源的引用，造成一些內(nèi)存不能釋放，帶來(lái)的內(nèi)存泄露問(wèn)題很多。

對(duì)內(nèi)存回收也沒(méi)有效果。針對(duì)上面的問(wèn)題采取以下方案：Webview時(shí)加載H5界面時(shí)，使用新進(jìn)程加載，退出界面時(shí)將進(jìn)程殺掉。

內(nèi)存優(yōu)化就是對(duì)內(nèi)存問(wèn)題的一個(gè)預(yù)防和解決，做內(nèi)存優(yōu)化能讓應(yīng)用掛得少、活得好和活得久。 掛的少： “掛”指的是 Crash，內(nèi)存問(wèn)題導(dǎo)致 Crash 的具體表現(xiàn)就是內(nèi)存溢出異常 OOM。