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

背景在android系统中，进程之间是相互隔离的，两个进程之间是没办法直接跨进程访问其他进程的空间信息的。那么在android平台中要对某个app进程进行内存操作，并获取目标进程的地址空间内信息或者修改目标进程的地址空间内的私有信息，就需要涉及到注入技术。通过注入技术可以将指定so模块或代码注入到目标进程中，只要注入成功后，就可以进行访问和篡改目标进程空间内

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

1、布局文件<TabHostxmlns:android"http://schemas.android.com/apk/res/android"xmlns:tools"http://schemas.android.com/tools"android:id"@android:id/tabhost"

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

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

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