Android SDK文档Resources下的Articles——总结

最新推荐文章于 2023-06-15 12:09:38 发布

yeyuxp

最新推荐文章于 2023-06-15 12:09:38 发布

阅读量1k

点赞数

分类专栏： Android

Android 专栏收录该内容

23 篇文章 0 订阅

订阅专栏

1、避免内存泄露
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.post(Runnable)

View.postDelayed(Runnable, long) View.postDelayed(Runnable, long)

Handler

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>

yeyuxp

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
Android SDK文档Resources下的Articles——总结

1、避免内存泄露Context经常用来加载访问各种Resources，这就是为什么很多控件在创建的时候都要传入一个Context的原因。我们的程序大多数会使用到两种Context：Activity和Application，而且我们大多数使用前一个。在一个Context-Activity的全局变量中不要保存Drawable、View、Context-Activity的引用，因为Drawabl
复制链接

扫一扫

专栏目录