Context经常用来加载访问各种Resources,这就是为什么很多控件在创建的时候都要传入一个Context的原因。我们的程序大多数会使用到两种Context:Activity和Application,而且我们大多数使用前一个。
在一个Context-Activity的全局变量中不要保存Drawable、View、Context-Activity的引用,因为Drawable和View各自保存Context的引用,如果在全局变量中保存,那么当Activity销毁重新创建后会造成内存泄露。如果要在上下文中保存全局变量,请用Context-Application。
中文参考:http://www.cnblogs.com/xirihanlin/archive/2010/04/09/1707986.html
概括一下,避免Context相关的内存泄露,记住以下事情:
l 不要保留对Context-Activity长时间的引用(对Activity的引用的时候,必须确保拥有和Activity一样的生命周期)
l 尝试使用Context-Application来替代Context-Activity
l 如果你不想控制内部类的生命周期,应避免在Activity中使用非静态的内部类,而应该使用静态的内部类,并在其中创建一个对Activity的弱引用。这种情况的解决办法是使用一个静态的内部类,其中拥有对外部类的WeakReference,如同ViewRoot和它的Winner类那样
l GC(垃圾回收)不能解决内存泄露问题
2、向后兼容性
Android各个版本存在着差异,为了编写出兼容性比较强的程序,除了设置<uses-sdk android:minSdkVersion="3" />之外, 我们可以通过反射机制去实现这种兼容性,如,使用 android.os.Debug.dumpHprofData(String filename),该方法只在Android1.0中去实现,但在Android1.5中并不支持,我们可以通过反射机制实现:
(意思就是低版本的Android可以运行高版本的Android的方法,要使用反射!!!)
private static void initCompatibility() {
try {
mDebug_dumpHprofData = Debug.class.getMethod(
"dumpHprofData", new Class[] { String.class } );
/* success, this is a newer device */
} catch (NoSuchMethodException nsme) {
/* failure, must be older device */
}
}
private static void dumpHprofData(String fileName) throws IOException {
try {
mDebug_dumpHprofData.invoke(null, fileName);
} catch (InvocationTargetException ite) {
/* unpack original exception when possible */
Throwable cause = ite.getCause();
if (cause instanceof IOException) {
throw (IOException) cause;
} else if (cause instanceof RuntimeException) {
throw (RuntimeException) cause;
} else if (cause instanceof Error) {
throw (Error) cause;
} else {
/* unexpected checked exception; wrap and re-throw */
throw new RuntimeException(ite);
}
} catch (IllegalAccessException ie) {
System.err.println("unexpected " + ie);
}
}
3、判断Intent服务是否存在(要注意判断!!!!)
Android为我们提供了非常多的Intent,也有第三方提供了很多Intent供我们使用,但由于版本、用户是否安装等原因,我们不清楚该Intent是否在本机上能否使用,为此,就要进行判断。代码如下:
public static boolean isIntentAvailable(Context context, String action) {
final PackageManager packageManager = context.getPackageManager();
final Intent intent = new Intent(action);
List<ResolveInfo> list =
packageManager.queryIntentActivities(intent,
PackageManager.MATCH_DEFAULT_ONLY);
return list.size() > 0;
}
4、Drawable Mutations
constant state的方式避免了很多内存的浪费,但是在实际的应用过程中如:试图修改Drawable的constate state,也遇到一些问题,比如,我们用一个ListView显示书籍列表,每个Book Item由一个星形的Drawable和Text构成,当该书是我们喜欢的书籍时,就显示该星形,反之,就使这个星形半透明。这个实现的大致代码如下:
Book book = ...;
TextView listItem = ...;
listItem.setText(book.getTitle());
Drawable star = context.getResources().getDrawable(R.drawable.star);
if (book.isFavorite()) {
star.setAlpha(255); // opaque
} else {
star.setAlpha(70); // translucent
}
不幸的是,我们发现这个代码无效,所有的星形Drawable都是一样的。如下面左图:
如果我们使用了一个新的Drawable,但是因为BookItem的Drawable都引用到了同一个Constant state,因此我们尝试对Constatn state进行修改的时候,引用该Constant state的Drawable也会相应的改变。
Android 1.5以上版本提供了解决的办法:使用mutate()方法,使用该方法时,Drawable的Constant state会被复制,从而不会影响其他的Drawable,使用方式如下:
Drawable star = context.getResources().getDrawable(R.drawable.star);
if (book.isFavorite()) {
star.mutate().setAlpha(255); // opaque
} else {
star. mutate().setAlpha(70); // translucent
}
调用后效果如下图:
5、更快的屏幕方向变换
在手机屏幕方向变换的时候,会销毁当前Activity,并重新Create,此时Activity的所有数据都必须重新获取。那当这些数据是比较大的数据的时候,如比较大的图片、声音、视频,重新获取的方式是一种非常不明智的做法。我们可以通过设置configChanges把这个屏蔽掉,但这种做法并不推荐,具体原因请参考后面的扩展阅读。因此,为了解决这个问题,我们用到了一个方法: onRetainNonConfigurationInstance(),该方法允许你在屏幕变换的时候进行数据的传递,你可以在这里传输所需要的数据,然后在onCreate里调用getLastNonConfigurationInstance()获取该数据。简要代码如下:
@Override
public Object onRetainNonConfigurationInstance() {
final LoadedPhoto[] list = new LoadedPhoto[numberOfPhotos];
keepPhotos(list);
return list;
}
onCreate下加载数据:
private void loadPhotos() {
final Object data = getLastNonConfigurationInstance();
// The activity is starting for the first time, load the photos from Flickr
if (data == null) {
mTask = new GetPhotoListTask().execute(mCurrentPage);
} else {
// The activity was destroyed/created automatically, populate the grid
// of photos with the images loaded by the previous activity
final LoadedPhoto[] photos = (LoadedPhoto[]) data;
for (LoadedPhoto photo : photos) {
addPhoto(photo);
}
}
}
扩展阅读:https://devmaze.wordpress.com/2011/07/18/activities-and-background-threads-part-1/(可能需翻墙)
6、Layout 小技巧
创建可复用的布局
Android为我们提供了布局的重复利用,如<requestFocus/>, <merge/>, <include/>,本文只介绍<include/>,<merge>会在稍后介绍。<include/>就如它的名字所提示的,它用于包含另外一个XML布局,如:
<com.android.launcher.Workspace
android:id="@+id/workspace"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
launcher:defaultScreen="1">
<include android:id="@+id/cell1" layout="@layout/workspace_screen" />
<include android:id="@+id/cell2" layout="@layout/workspace_screen" />
<include android:id="@+id/cell3" layout="@layout/workspace_screen" />
</com.android.launcher.Workspace>
在该布局里,include了3个layout,都是workspace_screen的layout,而且在<include/>标签中,只有3个属性:id, layout_width,layout_height,用于对原布局的覆盖。
创建高效的布局
我们在创建UI的时候经常没有使用一个更有效的方式去实现UI。比较典型的例子就是LinearLayout的例子,它使用层成嵌套的方式去实现布局,但是每个View或者Layout都需要初始化、绘制等,如果是很多的嵌套的会,将会降低系统性能。而且当我们在是使用LinearLayout的weight属性时,都会使child view,重新measure两次。以下以一个实例来说明,我们要实现这样的一种效果,左边有一个图标,而标题在上方,下面是说明文字,如下面左图,简单的布局概括如下图右图。
该布局的源码如下:
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="fill_parent"
android:layout_height="?android:attr/listPreferredItemHeight"
android:padding="6dip">
<ImageView
android:id="@+id/icon"
android:layout_width="wrap_content"
android:layout_height="fill_parent"
android:layout_marginRight="6dip"
android:src="@drawable/icon" />
<LinearLayout
android:orientation="vertical"
android:layout_width="0dip"
android:layout_weight="1"
android:layout_height="fill_parent">
<TextView
android:layout_width="fill_parent"
android:layout_height="0dip"
android:layout_weight="1"
android:gravity="center_vertical"
android:text="My Application" />
<TextView
android:layout_width="fill_parent"
android:layout_height="0dip"
android:layout_weight="1"
android:singleLine="true"
android:ellipsize="marquee"
android:text="Simple application that shows how to use RelativeLayout" />
</LinearLayout>
</LinearLayout>
当我们使用该布局作为ListView的list item的layout时,就显得很浪费,我们可以通过RelativeLayout实现相同的效果,但更高效:
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="fill_parent"
android:layout_height="?android:attr/listPreferredItemHeight"
android:padding="6dip">
<ImageView
android:id="@+id/icon"
android:layout_width="wrap_content"
android:layout_height="fill_parent"
android:layout_alignParentTop="true"
android:layout_alignParentBottom="true"
android:layout_marginRight="6dip"
android:src="@drawable/icon" />
<TextView
android:id="@+id/secondLine"
android:layout_width="fill_parent"
android:layout_height="26dip"
android:layout_toRightOf="@id/icon"
android:layout_alignParentBottom="true"
android:layout_alignParentRight="true"
android:singleLine="true"
android:ellipsize="marquee"
android:text="Simple application that shows how to use RelativeLayout" />
<TextView
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:layout_toRightOf="@id/icon"
android:layout_alignParentRight="true"
android:layout_alignParentTop="true"
android:layout_above="@id/secondLine"
android:layout_alignWithParentIfMissing="true"
android:gravity="center_vertical"
android:text="My Application" />
</RelativeLayout>
为什么使用RelativeLayout实现布局比LinearLayout更高效呢,我们可以通过 HierarchyViewer来查看:
如上图所示,用RelativeLayout减少了View的个数,也就减少了系统初始化View的消耗。另外,消除了LinearLayout的weight所带来的额外消耗。
但是在使用RelativeLayout的过程中,也会带来一些不便,比如,我们要根据情况把说明文字隐藏起来,当我们使用RelativeLayout的时候,我们把说明文字放置在Parent的底部,把标题放置在说明文字的上方。但是当说明文字消失的时候,那标题就失去了相对的位置,那它要如何放置呢?我们可以通过设置 layout_alignWithParentIfMissing属性去实现。
使用ViewStubs
我们前面介绍了<include/>标签去共享不同的布局,现在介绍另外一种方式:ViewStubs,该方式与<include/>最大的区别就在于ViewStubs是在需要的时候才inflate,而<include/>在初始化的时候就inflate。利用ViewStubs的lazy include特点,我们可以把比较不常用的UI放在ViewStubs里面。以shelves为例,在进入主界面的界面以及导入书籍的界面如下:
上面右图下面的按钮就是使用ViewStubs实现的,整个布局的前后比较如下:
初始化界面:
导入书籍界面:
我们,可以看到,只有在导入书籍的时候该ViewStubs才inflate,在那之前一直都没inflate,这样就节省了系统的资源。
关于ViewStub的属性,做下简单介绍:
<ViewStub
android:id="@+id/stub_import"
android:inflatedId="@+id/panel_import"
android:layout="@layout/progress_overlay"
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:layout_gravity="bottom" />
android:id是当前布局下的viewStub的id,而inflatedId是做是用来覆盖所include的root布局的id,android:layout之来指定所include的layout。
另外,我们可以通过inflate()或者显示设置ViewStubs为VISIBLE或者INVISIBLE初始化该ViewStubs。
7、Painless Threading
非UI线程不能用于去修改UI,否则会报异常。非UI线程要修改UI,可使用如下方法:
Activity.runOnUiThread(Runnable)
View.postDelayed(Runnable, long) View.postDelayed(Runnable, long)
8、Window Backgrounds & UI Speed
大多数的应用的Activity会在视觉上覆盖掉Windows的Background,而在这之中就隐藏了其中的一个额外的资源消耗存在:系统必须得为Windows的Background做初始化、渲染等。因此,我们可以把Windows的Background去掉,节约系统资源。效果比较为如下两图,左图为未去掉效果前的fps,右图为去掉效果后的fps
具体如何去掉?我们可以通过设置自定义的Theme去实现:
<resources>
<style name="Theme.NoBackground" parent="android:Theme">
<item name="android:windowBackground">@null</item>
</style>
</resources>