总结Android App内存优化之图片优化

前言

在Android设备内存动不动就上G的情况下,的确没有必要去太在意APP对Android系统内存的消耗,但在实际工作中我做的是教育类的小学APP,APP中的按钮、背景、动画变换基本上全是图片,在2K屏上(分辨率2048*1536)一张背景图片就会占用内存12M,来回切换几次内存占用就会增涨到上百兆,为了在不影响APP的视觉效果的前提下,有必要通过各种手段来降低APP对内存的消耗。

通过DDMS的APP内存占用查看工具分析发现,APP中占用内存最多的是图片,每个Activity中图片占用内存占大半,本文重点分享对图片的内存优化。

不要将Button的背景设置为selector

  在布局文件和代码中,都可以为Button设置background为selector,这样方便实现按钮的正反选效果,但实际跟踪发现,如果是将Button的背景设置为selector,在初始化Button的时候会将正反选图片都加载在内存中(具体可以查看Android源码,在类Drawable.javacreateFromXmlInner方法中对图片进行解析,最终调用Drawableinflate方法),相当于一个按钮占用了两张相同大小图片所使用的内存,如果一个界面上按钮很多或者是按钮很大,光是按钮占用的内存就会很大,可以通过在布局文件中给按钮只设置正常状态下的背景图片,然后在代码中监听按钮的点击状态,当按下按钮时为按钮设置反选效果的图片,抬起时重新设置为正常状态下的背景,具体实现方式如下:

 public class ImageButtonClickUtils {
 private ImageButtonClickUtils(){

 }

 /**
  * 设置按钮的正反选效果
  *
  * */
 public static void setClickState(View view, final int normalResId, final int pressResId){
  view.setOnTouchListener(new OnTouchListener() {
  @Override
  public boolean onTouch(View v, MotionEvent event) {
   switch(event.getAction()){
   case MotionEvent.ACTION_DOWN:{
   v.setBackgroundResource(pressResId);
   }
   break;
   case MotionEvent.ACTION_MOVE:{
   v.setBackgroundResource(pressResId);
   }
   break;
   case MotionEvent.ACTION_UP:{
   v.setBackgroundResource(normalResId);
   }
   break;
   default:{

   }
   break;
   }

   // 为了不影响监听按钮的onClick回调,返回值应为false
   return false;
  }
  });
 }
}

  通过上面这种方式就可以解决同一个按钮占用两倍内存的问题,如果你觉得为一个按钮提供正反选两张图片会导致APK的体积变大,可以通过如下方式实现按钮点击的反选效果,这种方式既不会存在Button占用两倍内存的情况,又减小了APK的体积(Android 5.0中的tintColor也可以实现类似的效果):

 ImageButton personalInfoBtn = (ImageButton)findViewById(R.id.personalBtnId);
 personalInfoBtn.setOnTouchListener(new OnTouchListener() {
 @SuppressLint("ClickableViewAccessibility")
 @Override
 public boolean onTouch(View v, MotionEvent event) {
  int action = event.getAction();

  if(action == MotionEvent.ACTION_DOWN){
  ((ImageButton)v).setColorFilter(getResources().getColor(0X50000000));
  }else if(action == MotionEvent.ACTION_UP || action == MotionEvent.ACTION_CANCEL){
  ((ImageButton)v).clearColorFilter();
  }

  // 为了不影响监听按钮的onClick回调,返回值应为false
  return false;
 }
 });

将背景图片放在非UI线程绘制,提升APP的效率

  在高分辨率的平板设备上,绘制大背景的图片会影响程序的运行效率,严重情况下就和没有开硬件加速的时候使用手写功能一样,相当地卡,最后我们的解决方案是将背景图片通过SurfaceView来绘制,这样相当于是在非UI线程绘制,不会影响到UI线程做其它事情:

import android.content.Context;
import android.content.res.TypedArray;
import android.graphics.Bitmap;
import android.graphics.BitmapFactory;
import android.graphics.Canvas;
import android.graphics.Matrix;
import android.graphics.PixelFormat;
import android.util.AttributeSet;
import android.util.DisplayMetrics;
import android.view.SurfaceHolder;
import android.view.SurfaceView;

import com.eebbk.hanziLearning.activity.R;

public class RootSurfaceView extends SurfaceView implements SurfaceHolder.Callback, Runnable{
 private float mViewWidth = 0;
 private float mViewHeight = 0;
 private int mResourceId = 0;
 private Context mContext = null;
 private volatile boolean isRunning = false;
 private SurfaceHolder mSurfaceHolder = null;

 public RootSurfaceView(Context context, AttributeSet attrs, int defStyleAttr) {
 super(context, attrs, defStyleAttr);
 initRootSurfaceView(context, attrs, defStyleAttr, 0);
 }

 public RootSurfaceView(Context context, AttributeSet attrs) {
 super(context, attrs);
 initRootSurfaceView(context, attrs, 0, 0);
 }

 private void initRootSurfaceView(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes){
 mContext = context;
 DisplayMetrics displayMetrics = context.getResources().getDisplayMetrics();
 TypedArray a = context.obtainStyledAttributes(attrs, R.styleable.RootSurfaceView, defStyleAttr, defStyleRes);
 int n = a.getIndexCount();
 mViewWidth = displayMetrics.widthPixels;
 mViewHeight = displayMetrics.heightPixels;
 for(int index=0; index<n; index++){
  int attr = a.getIndex(index);
  switch(attr){
  case R.styleable.RootSurfaceView_background:{
  mResourceId = a.getResourceId(attr, 0);
  }
  break;
  case R.styleable.RootSurfaceView_view_width:{
  mViewWidth = a.getDimension(attr, displayMetrics.widthPixels);
  }
  break;
  case R.styleable.RootSurfaceView_view_height:{
  mViewHeight = a.getDimension(attr, displayMetrics.heightPixels);
  }
  break;
  default:{

  }
  break;
  }
 }
 a.recycle();
 mSurfaceHolder = getHolder();
 mSurfaceHolder.addCallback(this);
 mSurfaceHolder.setFormat(PixelFormat.TRANSLUCENT);
 }

 private Bitmap getDrawBitmap(Context context, float width, float height) {
 Bitmap bitmap = BitmapFactory.decodeResource(getResources(), mResourceId);
 Bitmap resultBitmap = zoomImage(bitmap, width, height);
 return resultBitmap;
 }

 @Override
 public void surfaceChanged(SurfaceHolder arg0, int arg1, int arg2, int arg3) {
 System.out.println("RootSurfaceView surfaceChanged");
 }

 @Override
 public void surfaceCreated(SurfaceHolder holder) {
 drawBackGround(holder);
 System.out.println("RootSurfaceView surfaceCreated");
 }

 @Override
 public void surfaceDestroyed(SurfaceHolder holder) {
 isRunning = false;
 System.out.println("RootSurfaceView surfaceDestroyed");
 }

 @Override
 protected void onAttachedToWindow() {
 super.onAttachedToWindow();
 System.out.println("RootSurfaceView onAttachedToWindow");
 }

 @Override
 protected void onDetachedFromWindow() {
 super.onDetachedFromWindow();
 System.out.println("RootSurfaceView onDetachedFromWindow");
 }

 @Override
 public void run(){
 while(isRunning){
  synchronized (mSurfaceHolder) {
  if(!mSurfaceHolder.getSurface().isValid()){
   continue;
  }
  drawBackGround(mSurfaceHolder);
  }
  isRunning = false;
  break;
 }
 }

 private void drawBackGround(SurfaceHolder holder) {
 Canvas canvas = holder.lockCanvas();
 Bitmap bitmap = getDrawBitmap(mContext, mViewWidth, mViewHeight);
 canvas.drawBitmap(bitmap, 0, 0, null);
 bitmap.recycle();
 holder.unlockCanvasAndPost(canvas);
 }

 public static Bitmap zoomImage( Bitmap bgimage , float newWidth , float newHeight ) {
 float width = bgimage.getWidth( );
 float height = bgimage.getHeight( );
 Matrix matrix = new Matrix();
 float scaleWidth = newWidth/width;
 float scaleHeight = newHeight/height;
 matrix.postScale( scaleWidth, scaleHeight );
 Bitmap bitmap = Bitmap.createBitmap( bgimage, 0, 0, ( int ) width , ( int ) height, matrix, true );
 if( bitmap != bgimage ){
  bgimage.recycle();
  bgimage = null;
 }
 return bitmap;
 }
}

  在res/values/attr.xml文件中定义自定义View的自定义属性:

<declare-styleable name="RootSurfaceView">
 <attr name="background" format="reference" />
 <attr name="view_width" format="dimension" />
 <attr name="view_height" format="dimension" />
</declare-styleable>

没有必要使用硬件加速的界面建议关掉硬件加速

  通过DDMS的heap跟踪发现,相比于关闭硬件加速,在打开硬件加速的情况下会消耗更多的内存,但有的界面打开或者关闭硬件加速对程序的运行效率并没有太大的影响,此种情况下可以考虑在AndroidManifest.xml文件中关闭掉对应Activity的硬件加速,like this:

<!-- 设置界面 -->
<activity
 android:name=".SettingActivity"
 android:hardwareAccelerated="false"
 android:screenOrientation="sensorLandscape"
 android:theme="@style/Translucent_NoTitle">
</activity>

注意:如果使用到WebView、视频播放、手写、动画等功能时,关掉硬件加速会严重音效程序的运行效率,这种情况可以只关闭掉Activity中某些view的硬件加速,整个Activity的硬件加速不关闭。

  如果Activity中某个View需要关闭硬件加速,但整个Activity不能关闭,可以调用view层级关闭硬件加速的方法:

// view.setLayerType || 在定义view的构造方法中调用该方法
setLayerType(View.LAYER_TYPE_SOFTWARE, null);

尽量少用AnimationDrawable,如果必须要可以自定义图片切换器代替AnimationDrawable

  AnimationDrawable也是一个耗内存大户,图片帧数越多耗内存越大,具体可以查看AnimationDrawable的源码,在AnimationDrawable实例化的时候,Drawable的createFromXmlInner方法会调用AnimationDrawable的inflate方法,该方法里面有一个while循环去一次性将所有帧都读取出来,也就是在初始化的时候就将所有的帧读在内存中了,有多少张图片,它就要消耗对应大小的内存。

  虽然可以通过如下方式释放AnimationDrawable占用的内存,但是当退出使用AnimationDrawable的界面,再次进入使用其播放动画时,会报使用已经回收了的图片的异常,这个应该是Android对图片的处理机制导致的,虽然Activity被finish掉了,但是这个Activity中使用到的图片还是在内存中,如果被回收,下次进入时就会报异常信息:

/**
 * 释放AnimationDrawable占用的内存
 *
 *
 * */
@SuppressWarnings("unused")
private void freeAnimationDrawable(AnimationDrawable animationDrawable) {
 animationDrawable.stop();
 for (int i = 0; i < animationDrawable.getNumberOfFrames(); ++i){
 Drawable frame = animationDrawable.getFrame(i);
 if (frame instanceof BitmapDrawable) {
  ((BitmapDrawable)frame).getBitmap().recycle();
 }
 frame.setCallback(null);
 } 

 animationDrawable.setCallback(null);
}

  通常情况下我会自定义一个ImageView来实现AnimationDrawable的功能,根据图片之间切换的时间间隔来定时设置ImageView的背景图片,这样始终只是一个ImageView实例,更换的只是其背景,占用内存会比AnimationDrawable小很多:

/**
 * 图片动态切换器
 *
 * */
public class AnimImageView {
 private static final int MSG_START = 0xf1;
 private static final int MSG_STOP = 0xf2;
 private static final int STATE_STOP = 0xf3;
 private static final int STATE_RUNNING = 0xf4;

 /* 运行状态*/
 private int mState = STATE_RUNNING;
 private ImageView mImageView;
 /* 图片资源ID列表*/
 private List<Integer> mResourceIdList = null;
 /* 定时任务*/
 private Timer mTimer = null;
 private AnimTimerTask mTimeTask = null;
 /* 记录播放位置*/
 private int mFrameIndex = 0;
 /* 播放形式*/
 private boolean isLooping = false;

 public AnimImageView( ){
 mTimer = new Timer();
 }

 /**
 * 设置动画播放资源
 *
 * */
 public void setAnimation( HanziImageView imageview, List<Integer> resourceIdList ){
 mImageView = imageview;
 mResourceIdList = resourceIdList;
 }

 /**
 * 开始播放动画
 * @param loop 时候循环播放
 * @param duration 动画播放时间间隔
 * */
 public void start(boolean loop, int duration){
 stop();
 isLooping = loop;
 mFrameIndex = 0;
 mState = STATE_RUNNING;
 mTimeTask = new AnimTimerTask( );
 mTimer.schedule(mTimeTask, 0, duration);
 }

 /**
 * 停止动画播放
 *
 * */
 public void stop(){
 if (mTimeTask != null) {
  mFrameIndex = 0;
  mState = STATE_STOP;
  mTimer.purge();
  mTimeTask.cancel();
  mTimeTask = null;
  mImageView.setBackgroundResource(0);
 }
 }

 /**
 * 定时器任务
 *
 *
 */
 class AnimTimerTask extends TimerTask {
 @Override
 public void run() {
  if(mFrameIndex < 0 || mState == STATE_STOP){
  return;
  }

  if( mFrameIndex < mResourceIdList.size() ){
  Message msg = AnimHanlder.obtainMessage(MSG_START,0,0,null);
  msg.sendToTarget();
  }else{
  mFrameIndex = 0;
  if(!isLooping){
   Message msg = AnimHanlder.obtainMessage(MSG_STOP,0,0,null);
   msg.sendToTarget();
  }
  }
 }
 }

 private Handler AnimHanlder = new Handler(){
  public void handleMessage(android.os.Message msg) {
  switch (msg.what) {
  case MSG_START:{
   if(mFrameIndex >=0 && mFrameIndex < mResourceIdList.size() && mState == STATE_RUNNING){
   mImageView.setImageResource(mResourceIdList.get(mFrameIndex));
   mFrameIndex++;
   }
  }
   break;
  case MSG_STOP:{
   if (mTimeTask != null) {
   mFrameIndex = 0;
   mTimer.purge();
   mTimeTask.cancel();
   mState = STATE_STOP;
   mTimeTask = null;
   mImageView.setImageResource(0);
   }
  }
   break;
  default:
   break;
  }
  }
 };
}

其它优化方式

1、尽量将Activity中的小图片和背景合并,一张小图片既浪费布局的时间,又平白地增加了内存占用;

2、不要在Activity的主题中为Activity设置默认的背景图片,这样会导致Activity占用的内存翻倍:

<!--千万不要在主题中为Activity设置默认背景

<style name="Activity_Style" parent="@android:Theme.Holo.Light.NoActionBar">
<item name="android:background">@drawable/*</item>
</style>

3、对于在需要时才显示的图片或者布局,可以使用ViewStub标签,通过sdk/tools目录下的hierarchyviewer.bat查看布局文件会发现,使用viewstub标签的组件几乎不消耗布局的时间,在代码中当需要显示时再去实例化有助于提高Activity的布局效率和节省Activity消耗的内存。

总结

以上就是本文的全部内容,希望对大家开发Android能有所帮助,如果有疑问可以留言讨论。

(0)

相关推荐

  • 详解Android冷启动实现APP秒开的方法

    一.前言 在阅读这篇文章之前,首先需要理解几个东西: 1.什么是Android的冷启动时间? 冷启动时间是指用户从手机桌面点击APP的那一刻起到启动页面的Activity调用onCreate()方法之间的这个时间段. 2.在冷启动的时间段内发生了什么? 首先我们要知道当打开一个Activity的时候发生了什么,在一个Activity打开时,如果该Activity所属的Application还没有启动,那么系统会为这个Activity创建一个进程(每创建一个进程都会调用一次Application,

  • 安卓(Android)开发之统计App启动时间

    前言 作为 Android 开发者,想必多多少少要接触启动速度优化相关的事情,当用户越来越多,产品的功能也随着迭代越来越多,App 逐渐变得臃肿是一件很常见的现象,甚至可以说是不可避免的现象,随之而来的工作就是优化 App 性能,其中最主要的一项就是启动速度优化.但本文的主角并不是启动速度优化,而是启动时间统计. 一.启动类型 工欲善其事,必先利其器.想要优化 App 的启动速度,必须有准确衡量启动时间的方法,否则优化完之后效果怎样,自己都不知道,说出去别人也不信服不是.在做 App 启动时间统

  • Android判断当前App是在前台还是在后台

    本文实例为大家分享了Android判断当前App状态的具体实现代码,供大家参考,具体内容如下 第一种: /** *判断当前应用程序处于前台还是后台 * * @param context * @return */ public static boolean isApplicationBroughtToBackground(final Context context) { ActivityManager am = (ActivityManager) context.getSystemService(

  • Android App增量更新详解及实例代码

    Android App增量更新实例--Smart App Updates        介绍 你所看到的,是一个用于Android应用程序增量更新的开源库. 包括客户端.服务端两部分代码. 原理 自从 Android 4.1 开始,Google引入了应用程序的增量更新. Link: http://developer.android.com/about/versions/jelly-bean.html Smart app updates is a new feature of Google Pla

  • Android操作Html打开其他APP

    现在Android程序员是越来越多,甚至在部分地区出现供大于求的局面,从大背景来看,Android的生态链会渐渐的趋于理智,并且会不断的更新人才以及开发工具,前几年的eclipse异常火爆,现在Android studio凭借着良好的体验,已经有越来越多的人转战到Android studio里面进行开发,所以这也是一个多样性的体现,废话了这么多,我想要表达的是,人多不是问题,重要的是自己有这个能力去胜任这份工作,不停的学习新技术,更新自己. 现在我们讲讲,怎么在Html中打开手机里面的APP,这

  • Android实现APP欢迎页面简单制作思路

    现在的APP一般都会在应用启动时有一个欢迎界面,这种欢迎界面一般有两种情况,一种用来在应用启动时在后台检测网络状态,亦或者是加载网络数据等一些耗时操作,比如QQ.微信.还有一种是在启动页方式自己的品牌标志,一般为Logo,例如淘宝.今天我将通过简单地代码来实现这两种效果. 1.在后台加载网络数据,运行一些耗时的任务,代码如下: WelcomeActivity.java文件代码 public class WelcomeActivity extends Activity { @Override pr

  • Android如何实现APP自动更新

    先来看看要实现的效果图: 对于安卓用户来说,手机应用市场说满天飞可是一点都不夸张,比如小米,魅族,百度,360,机锋,应用宝等等,当我们想上线一款新版本APP时,先不说渠道打包的麻烦,单纯指上传APP到各大应用市场的工作量就已经很大了,好不容易我们把APP都上传完了,突然发现一个会导致应用闪退的小Bug,这时那个崩溃啊,明明不是很大的改动,难道我们还要再去重新去把各大应用市场的版本再上传更新一次?相信我,运营人员肯定会弄死你的!! 有问题,自然就会有解决问题的方案,因此我们就会想到如果在APP里

  • Android-App增量更新的使用姿势

    简述 增量更新,根据字面理解,就是下载增加的那部分来达到更新的目的,实际就是这个意思. 原理 用一个旧的Apk安装与一个新的Apk安装包使用 bsdiff工具 ,执行命令生成一个差异文件,此差异文件就是我们修改需要更新下载的那部分. 引入代码及so文件 首先,根据你的系统的架构选择不同的so文件放到你的工程中 接着,需要把加载so文件的Java类引入到你的工程中,引入时,需注意,不能修改这个类的包名. 到此,增量更新引入完成. 使用 下载bsdiff工具,然后执行命令:bsdiff,会显示出命令

  • Android学习之AppWidget高级效果

    接着AppWidget基础学习,今天是一个"进阶版"的小例子,用来检验一下自己的学习效果.于是就做了一个掷骰子的Widget. 方便大家观看,先截图如下: 需要注意的是在drawable文件夹下有几张图片,我是在网上下载的别人的素材. 下面就开始我们的学习之旅吧. 第一步: 是在res/目录下创建一个名为xml的文件夹(其实名字是随意的,不必拘泥与这一个名字),然后在里面创建一个appwidget_info.xml文件,其作用就是向系统进行声明. <appwidget-provi

  • 总结Android App内存优化之图片优化

    前言 在Android设备内存动不动就上G的情况下,的确没有必要去太在意APP对Android系统内存的消耗,但在实际工作中我做的是教育类的小学APP,APP中的按钮.背景.动画变换基本上全是图片,在2K屏上(分辨率2048*1536)一张背景图片就会占用内存12M,来回切换几次内存占用就会增涨到上百兆,为了在不影响APP的视觉效果的前提下,有必要通过各种手段来降低APP对内存的消耗. 通过DDMS的APP内存占用查看工具分析发现,APP中占用内存最多的是图片,每个Activity中图片占用内存

  • android内存优化之图片优化

    对图片本身进行操作.尽量不要使用setImageBitmap.setImageResource.BitmapFactory.decodeResource来设置一张大图,因为这些方法在完成decode后,最终都是通过java层的createBitmap来完成的,需要消耗更多内存.因此,改用先通过BitmapFactory.decodeStream方法,创建出一个bitmap,再将其设为ImageView的source,decodeStream最大的秘密在于其直接调用JNI>>nativeDeco

  • Android App应用启动分析与优化

    app的启动方式:  1.)冷启动  当启动应用时,后台没有该应用的进程,这时系统会重新创建一个新的进程分配给该应用,这个启动方式就是冷启动.冷启动因为系统会重新创建一个新的进程分配给它,所以会先创建和初始化Application类,再创建和初始化MainActivity类(包括一系列的测量.布局.绘制),最后显示在界面上.  2.)热启动  当启动应用时,后台已有该应用的进程(例:按back键.home键,应用虽然会退出,但是该应用的进程是依然会保留在后台,可进入任务列表查看),所以在已有进程

  • Android APP性能优化分析

    本文通过Android APP性能优化的四个方面做了详细分析,并对原理和重点做了详细解释,以下是全部内容: 说到 Android 系统手机,大部分人的印象是用了一段时间就变得有点卡顿,有些程序在运行期间莫名其妙的出现崩溃,打开系统文件夹一看,发现多了很多文件,然后用手机管家 APP 不断地进行清理优化 ,才感觉运行速度稍微提高了点,就算手机在各种性能跑分软件面前分数遥遥领先,还是感觉无论有多大的内存空间都远远不够用.相信每个使用 Android 系统的用户都有过以上类似经历,确实,Android

  • Android 性能优化系列之bitmap图片优化

    背景 Android开发中,加载图片过多.过大很容易引起OutOfMemoryError异常,即我们常见的内存溢出.因为Android对单个应用施加内存限制,默认分配的内存只有几M(具体视不同系统而定).而载入的图片如果是JPG之类的压缩格式(JPG支持最高级别的压缩,不过该压缩是有损的),在内存中展开会占用大量的内存空间,也就容易形成内存溢出.那么高效的加载Bitmap是很重要的事情.Bitmap在Android中指的是一张图片,图片的格式有.jpg .jpg .webp 等常见的格式. 如何

  • Android性能优化之图片大小,尺寸压缩综合解决方案

    目录 前言 常见的图片压缩方法 质量压缩 尺寸压缩 libjpeg 图片压缩流程 总结 前言 在Android中我们经常会遇到图片压缩的场景,比如给服务端上传图片,包括个人信息的用户头像,有时候人脸识别也需要捕获图片等等.这种情况下,我们都需要对图片做一定的处理,比如大小,尺寸等的压缩. 常见的图片压缩方法 质量压缩 尺寸压缩 libjpeg 质量压缩 首先我们要介绍一个api--Bitmap.compress() @WorkerThread public boolean compress(Co

  • Android APP启动方式、启动流程及启动优化分析

    本文章向大家介绍Android app应用启动的一些相关知识,包括app启动方式.app启动流程和app启动优化等知识!  app应用启动方式 1.冷启动 当启动应用时,后台没有该应用的进程,这时系统会重新创建一个新的进程分配给该应用,这个启动方式就是冷启动.冷启动因为系统会重新创建一个新的进程分配给它,所以会先创建和初始化Application类,再创建和初始化MainActivity类(包括一系列的测量.布局.绘制),最后显示在界面上. 2.热启动 当启动应用时,后台已有该应用的进程(例:按

  • Android APP启动时间优化介绍

    APP启动时间优化首先要知道入伙获取APP启动时间,可以看我的这篇文章:Android 获取APP启动时间 然后就是想办法降低启动时间 1.在Application的onCreate方法中将耗时信息生成一个文件 2.正常耗时文件需要申请读写权限 3.运行APP,可以找到生成的文件 3.将生成的文件直接拖到Android Studio中,可以显示分析的页面 4.分析找到耗时严重的方法 5.将耗时严重的方法放到线程池的线程里面异步执行 6.异步加载资源的时候要注意下面几点: 如果我们要加载的资源耗时

  • Android性能优化以及数据优化方法

    Android性能优化-布局优化 今天,继续Android性能优化 一 编码细节优化. 编码细节,对于程序的运行效率也是有很多的影响的.今天这篇主题由于技术能力有限,所以也不敢在深层去和大家分享.我将这篇主题分为以下几个小节: (1)缓存 (2)数据 (3)延迟加载和优先加载 1> 缓存 在Android中缓存可以用在很多的地方:对象.IO.网络.DB等等..对象缓存能减少内存分配,IO缓存能对磁盘的读写访问,网络缓存能减少对网络的访问,DB缓存能减少对数据库的操作. 缓存针对的场景在Andro

随机推荐