13518219792
1、首先先来解决大图加载的问题，一般在实际应用中展示图片时，因屏幕尺寸及布局显示的原因，我们没有必要加载原始大图，只需要按照比例采样缩放即可。
我们提供的服务有：成都网站制作、成都做网站、外贸营销网站建设、微信公众号开发、网站优化、网站认证、蕉城ssl等。为近1000家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的蕉城网站制作公司
2、只加载可见区域的Bitmap 滑动时不加载 停止滑动（Idle）后，开始重新加载可见区域的图片 释放滑出可见区域的Bitmap的内在。
3、Android 提供的多种多线程工具类 (AsyncTask， HandlerThread， IntentService， ThreadPool)，许多操作都需要由 主线程（UI 线程）来执行，比如： Android 系统的屏幕刷新频率为 60 fps， 也就是每隔 16 ms 刷新一次。
1、其次，如果自定义Item中有涉及到图片等等的，一定要做图片优化。bitmap释放可以不做。
2、顶起 我也遇到这个问题了。 搞了几天不知道怎么解决。 每次图片加载到200长左右都挂了。哎 求大神指教啊。 BitmapFactory 缩放图片后 问题解决了 图片失真了。 有没有好办法啊。
3、在Android应用的开发中，为了防止内存溢出，在处理一些占用内存大而且声明周期较长的对象时候，可以尽量应用软引用和弱引用技术。下面以使用软引用为例来详细说明。弱引用的使用方式与软引用是类似的。
4、那你得看清楚到底是你的html没有充满webview还是你的webview没有充满屏幕。而且自适应是可以设置的，webview也不要设置缩放。
图片设在背景里，android：background=@drawable/ys，这样就没问题了。
检查两个地方：是否在AndroidManifest.xml 里面设置了全屏。
wrap_content的意思是根据里面的内容宽度来决定宽度。wrap_content并不意味着不会占满全屏，如果里面有元素占满了全屏，则listview的宽度就会自动全屏。一般来说listview都会设置成宽度占满全屏。
button有默认值，没有超过这个默认值的情况下，是不会自适应调整的。
优化动画效果：可以对CSS动画进行优化，例如减少动画元素、限制帧数、减少动画时间等，从而减小其占用内存的大小。 针对Webview进行优化：可以更改Webview的设置，例如关闭缓存、禁止加载大图等，从而减少其对内存的占用量。
从网络当中加载用户特定的图片。因为直到我们在下载图片的时候我们才知道图片的大小。向Gallery加载图片。因为现在智能手机的摄像头有很高的分辨率，在加载图片的时候需要最图片进行处理，然后才能正常的使用。
一种是内存溢出（好像在扯淡，OOM本身就是内存溢出）另一种是：图片过大，一个屏幕显示不完全造成，似乎也是一。
只有8M内存，当我放入的大量的图片（每个100多K左右），就出现上面的原因。由于每张图片先前是压缩的情况。
1、优化动画效果：可以对CSS动画进行优化，例如减少动画元素、限制帧数、减少动画时间等，从而减小其占用内存的大小。 针对Webview进行优化：可以更改Webview的设置，例如关闭缓存、禁止加载大图等，从而减少其对内存的占用量。
2、解决方法 ：将Handler类独立出来或者使用静态内部类，这样便可以避免内存泄漏。示例：AsyncTask和Runnable AsyncTask和Runnable都使用了匿名内部类，那么它们将持有其所在Activity的隐式引用。
3、向Gallery加载图片。因为现在智能手机的摄像头有很高的分辨率，在加载图片的时候需要最图片进行处理，然后才能正常的使用。
4、如果要使用到Context，尽量使用ApplicationContext去代替Context，因为ApplicationContext的生命周期较长，引用情况下不会造成内存泄露问题 在你不控制对象的生命周期的情况下避免在你的Activity中使用static变量。
5、在Android平台上，长期保持一些资源的引用，造成一些内存不能释放，带来的内存泄露问题很多。
6、对内存回收也没有效果。针对上面的问题采取以下方案：Webview时加载H5界面时，使用新进程加载，退出界面时将进程杀掉。
优化动画效果：可以对CSS动画进行优化，例如减少动画元素、限制帧数、减少动画时间等，从而减小其占用内存的大小。 针对Webview进行优化：可以更改Webview的设置，例如关闭缓存、禁止加载大图等，从而减少其对内存的占用量。
向Gallery加载图片。因为现在智能手机的摄像头有很高的分辨率，在加载图片的时候需要最图片进行处理，然后才能正常的使用。
如果要使用到Context，尽量使用ApplicationContext去代替Context，因为ApplicationContext的生命周期较长，引用情况下不会造成内存泄露问题 在你不控制对象的生命周期的情况下避免在你的Activity中使用static变量。
在Android平台上，长期保持一些资源的引用，造成一些内存不能释放，带来的内存泄露问题很多。
对内存回收也没有效果。针对上面的问题采取以下方案：Webview时加载H5界面时，使用新进程加载，退出界面时将进程杀掉。
内存优化就是对内存问题的一个预防和解决，做内存优化能让应用挂得少、活得好和活得久。 挂的少： “挂”指的是 Crash，内存问题导致 Crash 的具体表现就是内存溢出异常 OOM。
