介绍Android最新的编译系统一、简介早期的Android系统都是采用Android.mk的配置来编译源码，从Android7.0开始引入Android.bp。很明显Android.bp的出现就是为了替换掉Android.mk。再来说一说跟着Android版本相应的发展演变过程:Android7.0引入ninja和kati

shape资源创建图片(重点)1.resdrawablexxx.xml<shapexmlns:android"http://schemas.android.com/apk/res/android"android:shape"rectangle"

1\.总的布局文件<android.support.design.widget.CoordinatorLayoutxmlns:android"http://schemas.android.com/apk/res/android"xmlns:app"http://schemas.android.com

竖线<View    android:layout\_width"1dip"    android:layout\_height"match\_parent"   android:background"66CCFF"   android:layout\_gravity"center\_horizontal"

<?xmlversion"1.0"encoding"utf8"?<TextViewxmlns:android"http://schemas.android.com/apk/res/android"android:id"@id/tv"android:la

利用Android自带的动画效果，实现控件的抖动效果，效果资源文件shark.xml<?xmlversion"1.0"encoding"utf8"?<translatexmlns:android"http://schemas.android.com/apk/res/android"android:fr

具体来说，就是要做到两点：1\.尽可能运行2\.尽可能省电看似寻常的道理，实现起来还真不容易，下面一个个来看：尽可能运行Android系统会根据当前资源状况（主要是内存空闲的情况）对后台服务进行不定期的清理，尤其是当内存高度紧张时，会出现大堆服务交替处于“正在重启服务”的状态。前台服务可以避免这个问题的发生，但是

package com.ename.views;import android.content.Context;import android.util.AttributeSet;import android.view.KeyEvent;import android.view.MotionEvent;

Android的进程管理很有意思,因为这个在其它系统是不存在的.谁启动了进程谁负责关闭进程,OS基本不插手或者说最少没有系统化的对进程的管理.传统的OS更关注对处理器资源的调度,对内存管理的重点在分配与回收,只是机械化的一个服务过程,系统与进程在那里的关系更象是一种服务关系.但是Android把进程当肉腩,想宰就宰.并且更"离谱"的是,

package cn.mucang.android.community.utils;import android.graphics.Bitmap;import android.graphics.BitmapFactory;import android.graphics.Matrix;impo