android内存清理代码

❶ androidstudio虚拟机清理内存

1) clean project 清理项目
2) invalidate caches restart 清理Android studio缓存
1) 使用clean project
工具栏 Build --> clean project
2) 使用invalidate caches restart
选择工具栏 File --> Invalidate Caches /Restart... -> Invalidate and Restart 重启Android studio

❷ Android手机清理内存的方法

和PC用户一样智能手机用户也会遇到手机存储不足的问题，对于Android手机来说因为系统不支持安装程序到SD卡，手机配置的存储容量也有限，很多用户都碰到过安装程序太多系统内存不足的问题。虽然Android2.2系统开始已经支持Apps2SD功能，但是很多用户使用后发现Android2.2系统下仍然有很多应用程序无法安装到SD卡，即可程序支持移动到SD卡，但是还会保留一部分系统文件和隐私文件在手机内存里。另外还有一些程序像Widgets,动态壁纸和一些系统程序，如果安装在SD卡根本无法正常工作，内存不足依然是让很多用户感到棘手的问题。不过Android作为一种优秀的移动操作系统，提供了几种可以清理和释放内存空间的办法，我们总结了下面几点希望可以帮助用户解决燃眉之急。

清理大型应用程序的缓存数据。

1、通过清理程序的缓存文件，释放的内存空间会让你喜出望外。

2、进入手机设置选项，选择设置>应用程序>管理应用程序。

3、按一下Menu键，选择“按大小排序”选项(如果是Android2.2手机先要选择已下载标签)，然后就可以按照应用程序大小排列所有手机安装的应用程序。

4、点击一款列表中的应用程序，如果程序有缓存文件可以显示大小，直接点击“清除缓存”选项就可以释放这些缓存文件占据的空间。

5、有一些应用程序的缓存文件可能多达数MB，比如GoogleMaps，Market,浏览器和相册程序，清理这几个程序的缓存文件就可以释放相当可观的空间。

6、很多手机厂商都在旗下手机预装了自己开发的UI程序，比如HTCSense,MOTOBLUR等，如果你打算使用LaunherPro或者ADW这样的launcher程序替代HTCSense，你可以清理甚至删除HTCSense的数据文件，这个操作可以让你的'手机多出几十MB空间。

7、另外AndroidMarket还提供一些自动清除缓存文件的应用程序，比如QuickAppCleanCache这款收费软件。对于已经取得root权限的手机用户，可以从Market下载CacheCleaner,CacheMate和MoveCache这些程序来快速方便的清除程序缓存文件。

删除那些你从来不用或者很少使用的应用程序这是很多用户都会面对的问题，默默忍受着手机内存不足的报警，甚至牺牲系统性能，就是舍不得删除那些从来不用或者极少使用的应用程序，这可能也是一种强迫症。删除这些程序你会发现手机从此海阔天空，而且你没有任何损失。移动所以可以移动的应用程序数据到SD卡运行Android2.2系统的手机支持安装应用程序到SD卡，确保检查所有你安装的应用程序如果支持appstoSD卡功能一定要移动到SD卡，对于一些大型软件特别是游戏程序节省的容量相当可观。

不过一定要注意Widgets程序，捆绑Widgets的程序，以及动态壁纸程序和那些需要在后台运行并且和系统进行交互的应用程序不要移动到SD卡存储，否则程序可能无法正常工作。如果觉得每个程序单独设置太麻烦，可以借助Apps2SD和SDMove这样的程序简化操作过程。对于那些动手能力比较强的用户可以通过网上的教程设置应用程序默认安装到SD卡，这样就可以一劳永逸。

❸ vivo手机清理垃圾代码

一、清理运行内存的方法：
1、调出控制中心，找到一键加速，清理后台应用；
2、可以进入i管家--应用管理--权限管理--自启动，关闭所有软件的自启动权限；（关闭QQ，微信等软件自启动新消息可能不能及时提醒）
3、取消一键加速白名单。
二、清理存储空间的方法
1、进入i管家--空间清理，清理垃圾缓存；
2、进入文件管理中删除不需要的文件（安装包、视频、压缩包等）；
3、备份数据后进入设置--应用与权限--应用管理--找到对应的软件--存储--清除缓存；

❹ 如何在Android实现桌面清理内存简单Widget小控件

我们经常会看到类似于360、金山手机卫士一类的软件会带一个widget小控件，显示在桌面上，上面会显示现有内存大小，然后会带一个按键卖亮功能来一键清理内存，杀死后台进程的功能，那么这个功能是如何实现的呢，我们今天也来尝试做一个类似的功能的小控件。

效果图：

一、UI部分的编写：

参照Google的文档，首先在建立一个类继承 AppWidgetProvider

import android.appwidget.AppWidgetProvider;

public class MyWidget extends AppWidgetProvider {

}

然后在清单文件中申明它，我们必须注意到，AppWidgetProvider实际上是BroadcastReceiver，所以要注册成一个receiver，然后还有一些其他的东西需要注意：

<receiver android:name="com.alexchen.widget.MyWidget" >

<intent-filter>

<action android:name="困配蠢android.appwidget.action.APPWIDGET_UPDATE" />

</intent-filter>

<meta-data

android:name="android.appwidget.provider"

android:resource="@xml/example_appwidget_info" />

</receiver>

android.appwidget.action.APPWIDGET_UPDATE

表明这个receiver能够接受一个APPWIDGET_UPDATE的广播，而且在这里，只能加入这一个action。

android.appwidget.provider 表明数据类型时widget提供者提供的数据， example_appwidget_info 表明这个widget的参数配置文件名和位置

那么接下来就需要在res目录下建立一个xml文件夹，并且在其中建立一个 example_appwidget_info.xml 的配置文件，Google的文档中给出了示例有很多参数，实际上关键的参数只有下面的4个：

<appwidget-provider xmlns:android="http://schemas.android.com/apk/res/android"

android:minWidth="94dp"

android:minHeight="72dp"

android:updatePeriodMillis="86400000"

android:initialLayout="@layout/example_appwidget">

</appwidget-provider>

其中， minWidth 和 minHeight 代表这个widget控件所占据的最小空间，这个空间一般来讲不需要太大，因为太大的话，一个屏幕可能都没办法放下，Google的官汪陪方文档的说法是大于4x4的就可能无法显示。

updatePeriodMillis 代表数据更新的时间，这里86400000毫秒实际上是24小时，可能最开始看到这个参数会想我能否将其设的很小，每一秒刷新很多次？， 实际上对于 updatePeriodMillis 这个参数而言， 即算你设的再小也没用，Google设定widget控件这个参数控制的最短update时间为30分钟，就算将其设置在30分钟以内也会以30分钟的频率来更新数据。

initialLayout 参数代表的是本widget空间的布局文件。

那么下一步就是定义出一个对应的布局文件。我们可以简单的在layout目录下建立一个布局文件example_appwidget.xml

<?xml version="1.0" encoding="utf-8"?>

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"

android:layout_width="200dp"

android:layout_height="80dp"

android:background="@android:color/white"

android:gravity="center_vertical"

android:orientation="vertical" >

<TextView

android:id="@+id/tv_widget"

android:layout_width="fill_parent"

android:layout_height="wrap_content"

android:gravity="center"

android:text="widget控件测试"

android:textColor="@android:color/black"

android:textSize="15sp" />

<Button

android:id="@+id/btn_clear"

android:layout_width="wrap_content"

android:layout_height="wrap_content"

android:layout_gravity="center_horizontal"

android:text="清理内存"

android:textColor="#ff000000" />

</LinearLayout>

❺ android怎么压缩一个bitmap占用空间大小

在Android应用里，最耗费内存的就是图片资源。而且在Android系统中，读取位图Bitmap时，分给虚拟机中的图片的堆栈大小只有8M，如果超出了，就会出现OutOfMemory异常。所以，对于图片的内存优化，是Android应用开发中比较重要的内容。 1) 要及时回收Bitmap的内存 Bitmap类有一个方法recycle()，从方法名可以看出意思是回收。这里就有疑问了，Android系统有自己的垃圾回收机制，可以不定期的回收掉不使用的内存空间，当然也包括Bitmap的空间。那为什么还需要这个方法呢? Bitmap类的构造方法都是私有的，所以开发者不能直接new出一个Bitmap对象，只能通过BitmapFactory类的各种静态方法来实例化一个Bitmap。仔细查看BitmapFactory的源代码可以看到，生成Bitmap对象最终都是通过JNI调用方式实现的。所以，加载Bitmap到内存里以后，是包含两部分内存区域的。简单的说，一部分是Java部分的，一部分是C部分的。这个Bitmap对象是由Java部分分配的，不用的时候系统就会自动回收了，但是那个对应的C可用的内存区域，虚拟机是不能直接回收的，这个只能调用底层的功能释放。所以需要调用recycle()方法来释放C部分的内存。从Bitmap类的源代码也可以看到，recycle()方法里也的确是调用了JNI方法了的。 那如果不调用recycle()，是否就一定存在内存泄露呢?也不是的。Android的每个应用都运行在独立的进程里，有着独立的内存，如果整个进程被应用本身或者系统杀死了，内存也就都被释放掉了，当然也包括C部分的内存。 Android对于进程的管理是非常复杂的。简单的说，Android系统的进程分为几个级别，系统会在内存不足的情况下杀死一些低优先级的进程，以提供给其它进程充足的内存空间。在实际项目开发过程中，有的开发者会在退出程序的时候使用Process.killProcess(Process.myPid())的方式将自己的进程杀死，但是有的应用仅仅会使用调用Activity.finish()方法的方式关闭掉所有的Activity。 经验分享： Android手机的用户，根据习惯不同，可能会有两种方式退出整个应用程序：一种是按Home键直接退到桌面;另一种是从应用程序的退出按钮或者按Back键退出程序。那么从系统的角度来说，这两种方式有什么区别呢?按Home键，应用程序并没有被关闭，而是成为了后台应用程序。按Back键，一般来说，应用程序关闭了，但是进程并没有被杀死，而是成为了空进程(程序本身对退出做了特殊处理的不考虑在内)。 Android系统已经做了大量进程管理的工作，这些已经可以满足用户的需求。个人建议，应用程序在退出应用的时候不需要手动杀死自己所在的进程。对于应用程序本身的进程管理，交给Android系统来处理就可以了。应用程序需要做的，是尽量做好程序本身的内存管理工作。 一般来说，如果能够获得Bitmap对象的引用，就需要及时的调用Bitmap的recycle()方法来释放Bitmap占用的内存空间，而不要等Android系统来进行释放。 下面是释放Bitmap的示例代码片段。 // 先判断是否已经回收 if(bitmap != null && !bitmap.isRecycled()){ // 回收并且置为null bitmap.recycle(); bitmap = null; } System.gc(); 从上面的代码可以看到，bitmap.recycle()方法用于回收该Bitmap所占用的内存，接着将bitmap置空，最后使用System.gc()调用一下系统的垃圾回收器进行回收，可以通知垃圾回收器尽快进行回收。这里需要注意的是，调用System.gc()并不能保证立即开始进行回收过程，而只是为了加快回收的到来。 如何调用recycle()方法进行回收已经了解了，那什么时候释放Bitmap的内存比较合适呢?一般来说，如果代码已经不再需要使用Bitmap对象了，就可以释放了。释放内存以后，就不能再使用该Bitmap对象了，如果再次使用，就会抛出异常。所以一定要保证不再使用的时候释放。比如，如果是在某个Activity中使用Bitmap，就可以在Activity的onStop()或者onDestroy()方法中进行回收。 2) 捕获异常 因为Bitmap是吃内存大户，为了避免应用在分配Bitmap内存的时候出现OutOfMemory异常以后Crash掉，需要特别注意实例化Bitmap部分的代码。通常，在实例化Bitmap的代码中，一定要对OutOfMemory异常进行捕获。 以下是代码示例。 Bitmap bitmap = null; try { // 实例化Bitmap bitmap = BitmapFactory.decodeFile(path); } catch (OutOfMemoryError e) { // } if (bitmap == null) { // 如果实例化失败 返回默认的Bitmap对象 return defaultBitmapMap; } 这里对初始化Bitmap对象过程中可能发生的OutOfMemory异常进行了捕获。如果发生了OutOfMemory异常，应用不会崩溃，而是得到了一个默认的Bitmap图。 经验分享： 很多开发者会习惯性的在代码中直接捕获Exception。但是对于OutOfMemoryError来说，这样做是捕获不到的。因为OutOfMemoryError是一种Error，而不是Exception。在此仅仅做一下提醒，避免写错代码而捕获不到OutOfMemoryError。 3) 缓存通用的Bitmap对象 有时候，可能需要在一个Activity里多次用到同一张图片。比如一个Activity会展示一些用户的头像列表，而如果用户没有设置头像的话，则会显示一个默认头像，而这个头像是位于应用程序本身的资源文件中的。 如果有类似上面的场景，就可以对同一Bitmap进行缓存。如果不进行缓存，尽管看到的是同一张图片文件，但是使用BitmapFactory类的方法来实例化出来的Bitmap，是不同的Bitmap对象。缓存可以避免新建多个Bitmap对象，避免内存的浪费。 经验分享： Web开发者对于缓存技术是很熟悉的。其实在Android应用开发过程中，也会经常使用缓存的技术。这里所说的缓存有两个级别，一个是硬盘缓存，一个是内存缓存。比如说，在开发网络应用过程中，可以将一些从网络上获取的数据保存到SD卡中，下次直接从SD卡读取，而不从网络中读取，从而节省网络流量。这种方式就是硬盘缓存。再比如，应用程序经常会使用同一对象，也可以放到内存中缓存起来，需要的时候直接从内存中读取。这种方式就是内存缓存。 4) 压缩图片 如果图片像素过大，使用BitmapFactory类的方法实例化Bitmap的过程中，需要大于8M的内存空间，就必定会发生OutOfMemory异常。这个时候该如何处理呢?如果有这种情况，则可以将图片缩小，以减少载入图片过程中的内存的使用，避免异常发生。 使用BitmapFactory.Options设置inSampleSize就可以缩小图片。属性值inSampleSize表示缩略图大小为原始图片大小的几分之一。即如果这个值为2，则取出的缩略图的宽和高都是原始图片的1/2，图片的大小就为原始大小的1/4。 如果知道图片的像素过大，就可以对其进行缩小。那么如何才知道图片过大呢? 使用BitmapFactory.Options设置inJustDecodeBounds为true后，再使用decodeFile()等方法，并不会真正的分配空间，即解码出来的Bitmap为null，但是可计算出原始图片的宽度和高度，即options.outWidth和options.outHeight。通过这两个值，就可以知道图片是否过大了。 BitmapFactory.Options opts = new BitmapFactory.Options(); // 设置inJustDecodeBounds为true opts.inJustDecodeBounds = true; // 使用decodeFile方法得到图片的宽和高 BitmapFactory.decodeFile(path, opts); // 打印出图片的宽和高 Log.d("example", opts.outWidth + "," + opts.outHeight); 在实际项目中，可以利用上面的代码，先获取图片真实的宽度和高度，然后判断是否需要跑缩小。如果不需要缩小，设置inSampleSize的值为1。如果需要缩小，则动态计算并设置inSampleSize的值，对图片进行缩小。需要注意的是，在下次使用BitmapFactory的decodeFile()等方法实例化Bitmap对象前，别忘记将opts.inJustDecodeBound设置回false。否则获取的bitmap对象还是null。 经验分享： 如果程序的图片的来源都是程序包中的资源，或者是自己服务器上的图片，图片的大小是开发者可以调整的，那么一般来说，就只需要注意使用的图片不要过大，并且注意代码的质量，及时回收Bitmap对象，就能避免OutOfMemory异常的发生。 如果程序的图片来自外界，这个时候就特别需要注意OutOfMemory的发生。一个是如果载入的图片比较大，就需要先缩小;另一个是一定要捕获异常，避免程序Crash。