android内存优化详解

Android内存优化详解

Android内存泄露

前言

不少人认为JAVA程序，因为有垃圾回收机制，应该没有内存泄露。

其实如果我们一个程序中，已经不再使用某个对象，但是因为仍然有引用指向它，垃圾回收器就无法回收它，当然该对象占用的内存就无法被使用，这就造成了内存泄露。如果我们的java运行很久,而这种内存泄露不断的发生，最后就没内存可用了。当然java的，内存泄漏和C/C++是不一样的。如果java程序完全结束后，它所有的对象就都不可达了，系统就可以对他们进行垃圾回收，它的内存泄露仅仅限于它本身，而不会影响整个系统的。C/C++的内存泄露就比较糟糕了，它的内存泄露是系统级，即使该C/C++程序退出，它的泄露的内存也无法被系统回收，永远不可用了，除非重启机器。

Android的一个应用程序的内存泄露对别的应用程序影响不大。为了能够使得Android应用程序安全且快速的运行，Android的每个应用程序都会使用一个专有的Dalvik虚拟机实例来运行，它是由Zygote服务进程孵化出来的，也就是说每个应用程序都是在属于自己的进程中运行的。Android为不同类型的进程分配了不同的内存使用上限，如果程序在运行过程中出现了内存泄漏的而造成应用进程使用的内存超过了这个上限，则会被系统视为内存泄漏，从而被kill掉，这使得仅仅自己的进程被kill掉，而不会影响其他进程（如果是

system_process等系统进程出问题的话，则会引起系统重启）。

1,引用没释放造成的内存泄露

1.1注册没取消造成的内存泄露

这种Android的内存泄露比纯java的内存泄露还要严重，因为其他一些Android程序可能引用我们的Anroid程序的对象（比如注册机制）。即使我们的Android程序已经结束了，但是别的引用程序仍然还有对我们的Android程序的某个对象的引用，泄露的内存依然不能被垃圾回收。

比如示例1:

假设我们希望在锁屏界面(LockScreen)中，监听系统中的电话服务以获取一些信息(如信号强度等)，则可以在LockScreen中定义一个PhoneStateListener的对象，同时将它注册到TelephonyManager服务中。对于LockScreen对象，当需要显示锁屏界面的时候就会创建一个LockScreen对象，而当锁屏界面消失的时候LockScreen对象就会被释放掉。

但是如果在释放LockScreen对象的时候忘记取消我们之前注册的PhoneStateListener 对象，则会导致LockScreen无法被垃圾回收。如果不断的使锁屏界面显示和消失，则最终会由于大量的LockScreen对象没有办法被回收而引起OutOfMemory,使得

system_process进程挂掉。

虽然有些系统程序，它本身好像是可以自动取消注册的（当然不及时），但是我们还是应该在我们的程序中明确的取消注册，程序结束时应该把所有的注册都取消掉。

1.2集合中对象没清理造成的内存泄露

我们通常把一些对象的引用加入到了集合中，当我们不需要该对象时，并没有把它的引用从集合中清理掉，这样这个集合就会越来越大。如果这个集合是static的话，那情况就更严重了。

2，资源对象没关闭造成的内存泄露

资源性对象比如（Cursor，File文件等）往往都用了一些缓冲，我们在不使用的时候，应该及时关闭它们，以便它们的缓冲及时回收内存。它们的缓冲不仅存在于java虚拟机内，还存在于java虚拟机外。如果我们仅仅是把它的引用设置为null,而不关闭它们，往往会造成内存泄露。因为有些资源性对象，比如SQLiteCursor（在析构函数finalize（）,如果我们没有关闭它，它自己会调close()关闭），如果我们没有关闭它，系统在回收它时也会关闭它，但是这样的效率太低了。因此对于资源性对象在不使用的时候，应该调用它的close()函数，将其关闭掉，然后才置为null.在我们的程序退出时一定要确保我们的资源性对象已经关闭。程序中经常会进行查询数据库的操作，但是经常会有使用完毕Cursor后没有关闭的情况。如果我们的查询结果集比较小，对内存的消耗不容易被发现，只有在常时间大量操作的情况下才会复现内存问题，这样就会给以后的测试和问题排查带来困难和风险。

3，一些不良代码成内存压力

有些代码并不造成内存泄露，但是它们，或是对没使用的内存没进行有效及时的释放，或是没有有效的利用已有的对象而是频繁的申请新内存，对内存的回收和分配造成很大影响的，容易迫使虚拟机不得不给该应用进程分配更多的内存，造成不必要的内存开支。

3.1，Bitmap没调用recycle()

Bitmap对象在不使用时,我们应该先调用recycle()释放内存，然后才它设置为null.

虽然recycle()从源码上看，调用它应该能立即释放Bitmap的主要内存，但是测试结果显示它并没能立即释放内存。但是我它应该还是能大大的加速Bitmap的主要内存的释放。

3.2，构造Adapter时，没有使用缓存的 convertView

以构造ListView的BaseAdapter为例，在BaseAdapter中提共了方法：

public View getView(int position, View convertView, ViewGroup parent)

来向ListView提供每一个item所需要的view对象。初始时ListView会从BaseAdapter中根据当前的屏幕布局实例化一定数量的view对象，同时ListView会将这些view对象缓存起来。当向上滚动ListView时，原先位于最上面的list item的view对象会被回收，然后被用来构造新出现的最下面的list item。这个构造过程就是由getView()方法完成的，getView()的第二个形参 View convertView就是被缓存起来的list item的view对象(初始化时缓存中没有view对象则convertView是null)。

由此可以看出，如果我们不去使用convertView，而是每次都在getView()中重新实例化一个View对象的话，即浪费时间，也造成内存垃圾，给垃圾回收增加压力，如果垃圾回收来不及的话，虚拟机将不得不给该应用进程分配更多的内存，造成不必要的内存开支。ListView回收list item的view对象的过程可以查看:

view plaincopy to clipboardprint?

1. android.widget.AbsListView.java --> void addScrapView(View scrap) 方

法。

2. 示例代码：

3. public View getView(int position, View convertView, ViewGroup parent) {

4. View view = new Xxx(...);

5. ... ...

6. return view;

7. }

8. 修正示例代码：

9. public View getView(int position, View convertView, ViewGroup parent) {

10. View view = null;

11. if (convertView != null) {

12. view = convertView;

13. populate(view, getItem(position));

14. ...

15. } else {

16. view = new Xxx(...);

17. ...

18. }

19. return view;

20. }

[java]view plaincopyprint?

1. android.widget.AbsListView.java --> void addScrapView(View scrap) 方

法。

2. 示例代码：

3. public View getView(int position, View convertView, ViewGroup parent) {

4. View view = new Xxx(...);

5. ... ...

6. return view;

7. }

8. 修正示例代码：

9. public View getView(int position, View convertView, ViewGroup parent) {

10. View view = null;

11. if (convertView != null) {

12. view = convertView;

13. populate(view, getItem(position));

14. ...

15. } else {

16. view = new Xxx(...);

17. ...

18. }

19. return view;

20. }

Android内存管理

概述

在android的开发中，要时刻主要内存的分配和垃圾回收，因为系统为每一个dalvik虚拟机分配的内存是有限的，在google的G1中，分配的最大堆大小只有16M，后来的机器一般都为24M，实在是少的可怜。这样就需要我们在开发过程中要时刻注意。不要因为自己的代码问题而造成OOM错误。

JAVA的内存管理

大家都知道，android应用层是由java开发的，android的davlik虚拟机与jvm也类似，只不过它是基于寄存器的。因此要了解android的内存管理就必须得了解java的内存分配和垃圾回收机制。在java中，是通过new关键字来为对象分配内存的，而内存的释放是由垃圾收集器（GC）来回收的，工程师在开发的过程中，不需要显式的去管理内存。但是这样有可能在不知不觉中就会浪费了很多内存，最终导致java虚拟机花费很多时间去进行垃圾回收，更严重的是造成JVM的OOM。因此，java工程师还是有必要了解JAVA的内存分配和垃圾回收机制。

1. 内存结构

上面这张图是JVM的结构图，它主要四个部分组成：Class Loader子系统和执行引擎，运行时方法区和本地方法区，我们主要来看下RUNTIME DATA AREA区，也就是我们常说的JVM内存。从图中可以看出，RUNTIME DATA AREA区主要由5个部分组成：

?M ethod Area:被装载的class的元信息存储在Method Area中，它是线程共享的?Heap(堆)：一个java虚拟机实例中只存在一个堆空间，存放一些对象信息，它是线程共享的

?Java栈：java虚拟机直接对java栈进行两种操作，以帧为单位的压栈和出栈（非线程共享）

?程序计数器（非线程共享）

?本地方法栈（非线程共享）

2. JVM的垃圾回收（GC）

JVM的垃圾原理是这样的，它把对象分为年轻代（Young）、年老代（Tenured）、持久代（Perm），对不同生命周期的对象使用不同的垃圾回收算法。

?年轻代(Young)

年轻代分为三个区，一个eden区，两个Sur vivor区。程序中生成的大部分新的对象都在Eden区中，当Eden区满时，还存活的对象将被复制到其中一个Survivor 区，当此Survivor区的对象占用空间满了时，此区存活的对象又被复制到另外一个Survivor区，当这个Survivor区也满了的时候，从第一个Survivor区复制过来的并且此时还存活的对象，将被复制到年老代。

?年老代（Tenured）

年老代存放的是上面年轻代复制过来的对象，也就是在年轻代中还存活的对象，并且区满了复制过来的。一般来说，年老代中的对象生命周期都比较长。

?持久代（Perm）

用于存放静态的类和方法，持久代对垃圾回收没有显著的影响。

Android中内存泄露监测

在了解了JVM的内存管理后，我们再回过头来看看，在android中应该怎样来监测内存，从而看在应用中是否存在内存分配和垃圾回收问题而造成内存泄露情况。

在android中，有一个相对来说还不错的工具，可以用来监测内存是否存在泄露情况：DDMS—Heap

使用方法比较简单：

?选择DDMS视图，并打开Devices视图和Heap视图

?点击选择要监控的进程，比如：上图中我选择的是system_process

?选中Devices视图界面上的"update heap" 图标

?点击Heap视图中的"Cause GC" 按钮（相当于向虚拟机发送了一次GC请求的操作）在Heap视图中选择想要监控的Type，一般我们会观察dataobject的total size的变化，正常情况下total size的值会稳定在一个有限的范围内，也就说程序中的代码良好，没有造成程序中的对象不被回收的情况。如果代码中存在没有释放对象引用的

情况，那么data object的total size在每次GC之后都不会有明显的回落，随着操作次数的增加而total size也在不断的增加。（说明：选择好data object后，不断的操作应用，这样才可以看出total size的变化）。如果totalsize确实是在不断增加而没有回落，说明程序中有没有被释放的资源引用。那么我们应该怎么来定位呢？Android中内存泄露定位

Mat(memory analyzer tools)是我们常用的用来定位内存泄露的工具，如果你使用ADT，并且安装了MAT的eclipse插件，你需要做的是进入DDMS视图的Devices视图：

点击"dump HPROF file"按钮，然后使用MAT分析下载下来的文件。

下面列出了存在的问题，点击detail进去，会列出详细的，可能会存在问题的代码：

关于MAT的使用可以参考：

https://www.sodocs.net/doc/8814775141.html,/rosen/archive/2010/06/13/323522.html

这位兄弟写的比较详细。

总结

不管是java还是android，都应该了解内存分配和垃圾回收机制，工程师要做到写的代码中没有bad code很难，关键是在出现问题的时候该怎么去排查

Android内存优化

一、 Android的内存机制

Android的程序由Java语言编写，所以Android的内存管理与Java的内存管理相似。程序员通过new为对象分配内存，所有对象在java堆内分配空间；然而对象的释放是由垃圾

回收器来完成的。C／C++中的内存机制是“谁污染，谁治理”，java的就比较人性化了，给我们请了一个专门的清洁工（GC）。

那么GC怎么能够确认某一个对象是不是已经被废弃了呢？Java采用了有向图的原理。Java将引用关系考虑为图的有向边，有向边从引用者指向引用对象。线程对象可以作为有向图的起始顶点，该图就是从起始顶点开始的一棵树，根顶点可以到达的对象都是有效对象，GC不会回收这些对象。如果某个对象 (连通子图)与这个根顶点不可达(注意，该图为有向图)，那么我们认为这个(这些)对象不再被引用，可以被GC回收。

二、Android的内存溢出

Android的内存溢出是如何发生的?

Android的虚拟机是基于寄存器的Dalvik，它的最大堆大小一般是16M，有的机器为24M。因此我们所能利用的内存空间是有限的。如果我们的内存占用超过了一定的水平就会出现OutOfMemory的错误。

为什么会出现内存不够用的情况呢？我想原因主要有两个：

?由于我们程序的失误，长期保持某些资源（如Context）的引用，造成内存泄露，资源造成得不到释放。

?保存了多个耗用内存过大的对象（如Bitmap），造成内存超出限制。

三、万恶的static

static是Java中的一个关键字，当用它来修饰成员变量时，那么该变量就属于该类，而不是该类的实例。所以用static修饰的变量，它的生命周期是很长的，如果用它来引用一些资源耗费过多的实例（Context的情况最多），这时就要谨慎对待了。

1.public class ClassName {

2. private static Context mContext;

3. //省略

4.}

以上的代码是很危险的，如果将Activity赋值到么mContext的话。那么即使该Activity已经onDestroy，但是由于仍有对象保存它的引用，因此该Activity依然不会被释放。

我们举Android文档中的一个例子。

1.private static Drawable sBackground;

2.

3. @Override

4. protected void onCreate(Bundle state) {

5. super.onCreate(state);

6.

7. TextView label = new TextView(this);

8. label.setText("Leaks are bad");

9.

10. if (sBackground == null) {

11. sBackground = getDrawable(https://www.sodocs.net/doc/8814775141.html,rge_bitma

p);

12. }

13. label.setBackgroundDrawable(sBackground);

14.

15. setContentView(label);

16. }

sBackground, 是一个静态的变量，但是我们发现，我们并没有显式的保存Contex的引用，但是，当Drawable与View连接之后，Drawable就将View设置为一个回调，由于View 中是包含Context的引用的，所以，实际上我们依然保存了Context的引用。这个引用链如下：

Drawable->TextView->Context

所以，最终该Context也没有得到释放，发生了内存泄露。

如何才能有效的避免这种引用的发生呢？

第一，应该尽量避免static成员变量引用资源耗费过多的实例，比如Context。

第二、Context尽量使用Application Context，因为Application的Context的生命周期比较长，引用它不会出现内存泄露的问题。

第三、使用WeakReference代替强引用。比如可以使用

WeakReference mContextRef;

该部分的详细内容也可以参考Android文档中Article部分。

四、都是线程惹的祸

线程也是造成内存泄露的一个重要的源头。线程产生内存泄露的主要原因在于线程生命周期的不可控。我们来考虑下面一段代码。

1.public class MyActivity extends Activity {

2. @Override

3. public void onCreate(Bundle savedInstanceState) {

4. super.onCreate(savedInstanceState);

5. setContentView(https://www.sodocs.net/doc/8814775141.html,yout.main);

6. new MyThread().start();

7. }

8.

9. private class MyThread extends Thread{

10. @Override

11. public void run() {

12. super.run();

13. //do somthing

14. }

15. }

16.}

这段代码很平常也很简单，是我们经常使用的形式。我们思考一个问题：假设MyThread 的run函数是一个很费时的操作，当我们开启该线程后，将设备的横屏变为了竖屏，一般情况下当屏幕转换时会重新创建Activity，按照我们的想法，老的Activity应该会被销毁才对，然而事实上并非如此。

由于我们的线程是Activity的内部类，所以MyThread中保存了Activity的一个引用，当MyThread的run函数没有结束时，MyThread是不会被销毁的，因此它所引用的老的Activity 也不会被销毁，因此就出现了内存泄露的问题。

有些人喜欢用Android提供的AsyncTask，但事实上AsyncTask的问题更加严重，Thread 只有在run函数不结束时才出现这种内存泄露问题，然而AsyncTask内部的实现机制是运用了ThreadPoolExcutor,该类产生的Thread对象的生命周期是不确定的，是应用程序无法控制的，因此如果AsyncTask作为Activity的内部类，就更容易出现内存泄露的问题。

这种线程导致的内存泄露问题应该如何解决呢？

第一、将线程的内部类，改为静态内部类。

第二、在线程内部采用弱引用保存Context引用。

解决的模型如下：

1.public abstract class WeakAsyncTask

Result, WeakTarget> extends

2. AsyncTask {

3. protected WeakReference mTarget;

4.

5. public WeakAsyncTask(WeakTarget target) {

6. mTarget = new WeakReference(targe

t);

7. }

8.

9. /** {@inheritDoc} */

10. @Override

11. protected final void onPreExecute() {

12. final WeakTarget target = mTarget.get();

13. if (target != null) {

14. this.onPreExecute(target);

15. }

16. }

17.

18. /** {@inheritDoc} */

19. @Override

20. protected final Result doInBackground(Params... p

arams) {

21. final WeakTarget target = mTarget.get();

22. if (target != null) {

23. return this.doInBackground(target, params

);

24. } else {

25. return null;

26. }

27. }

28.

29. /** {@inheritDoc} */

30. @Override

31. protected final void onPostExecute(Result result)

{

32. final WeakTarget target = mTarget.get();

33. if (target != null) {

34. this.onPostExecute(target, result);

35. }

36. }

37.

38. protected void onPreExecute(WeakTarget target) {

39. // No default action

40. }

41.

42. protected abstract Result doInBackground(WeakTarg

et target, Params... params);

43.

44. protected void onPostExecute(WeakTarget target, R

esult result) {

45. // No default action

46. }

47.}

事实上，线程的问题并不仅仅在于内存泄露，还会带来一些灾难性的问题。由于本文讨论的是内存问题，所以在此不做讨论。

由于51cto不让我一次传完，说我的字数太多了，所以分开传了。

五、超级大胖子Bitmap

可以说出现OutOfMemory问题的绝大多数人，都是因为Bitmap的问题。因为Bitmap 占用的内存实在是太多了，它是一个“超级大胖子”，特别是分辨率大的图片，如果要显示多张那问题就更显著了。

如何解决Bitmap带给我们的内存问题？

第一、及时的销毁。

虽然，系统能够确认Bitmap分配的内存最终会被销毁，但是由于它占用的内存过多，所以很可能会超过java堆的限制。因此，在用完Bitmap时，要及时的recycle掉。recycle 并不能确定立即就会将Bitmap释放掉，但是会给虚拟机一个暗示：“该图片可以释放了”。

第二、设置一定的采样率。

有时候，我们要显示的区域很小，没有必要将整个图片都加载出来，而只需要记载一个缩小过的图片，这时候可以设置一定的采样率，那么就可以大大减小占用的内存。如下面的代码：

1. private ImageView preview;

2. BitmapFactory.Options options = new BitmapFactory.Op

tions();

3. options.inSampleSize = 2;//图片宽高都为原来的二分之

一，即图片为原来的四分之一

4. Bitmap bitmap = BitmapFactory.decodeStream(cr.openIn

putStream(uri), null, options);

5.preview.setImageBitmap(bitmap);

第三、巧妙的运用软引用（SoftRefrence）

有些时候，我们使用Bitmap后没有保留对它的引用，因此就无法调用Recycle函数。这时候巧妙的运用软引用，可以使Bitmap在内存快不足时得到有效的释放。如下例：

1./**本例子为博主随手一写，来说明用法，并未验证*/

2.private class MyAdapter extends BaseAdapter {

3.

4. private ArrayList> mBitmapR

efs = new ArrayList>();

5. private ArrayList mValues;

6. private Context mContext;

7. private LayoutInflater mInflater;

8.

9. MyAdapter(Context context, ArrayList value

s) {

10. mContext = context;

11. mValues = values;

12. mInflater = (LayoutInflater) context.getSyste

mService(https://www.sodocs.net/doc/8814775141.html,YOUT_INFLATER_SERVICE);

13. }

14. public int getCount() {

15. return mValues.size();

16. }

17.

18. public Object getItem(int i) {

19. return mValues.get(i);

20. }

21.

22. public long getItemId(int i) {

23. return i;

24. }

25.

26. public View getView(int i, View view, ViewGroup v

iewGroup) {

27. View newView = null;

28. if(view != null) {

29. newView = view;

30. } else {

31. newView =(View)mInflater.inflate(https://www.sodocs.net/doc/8814775141.html,yout

.image_view, false);

32. }

33.

34. Bitmap bitmap = BitmapFactory.decodeFile(mVal

ues.get(i).fileName);

35. mBitmapRefs.add(new SoftReference(bit

map)); //此处加入ArrayList

36. ((ImageView)newView).setImageBitmap(bitmap);

37.

38. return newView;

39. }

40.}

六、行踪诡异的Cursor

Cursor是Android查询数据后得到的一个管理数据集合的类，正常情况下，如果查询得到的数据量较小时不会有内存问题，而且虚拟机能够保证Cusor最终会被释放掉。

然而如果Cursor的数据量特表大，特别是如果里面有Blob信息时，应该保证Cursor占用的内存被及时的释放掉，而不是等待GC来处理。并且Android明显是倾向于编程者手动的将Cursor close掉，因为在源代码中我们发现，如果等到垃圾回收器来回收时，会给用户以错误提示。

所以我们使用Cursor的方式一般如下：

1.Cursor cursor = null;

2.try {

3. cursor = mContext.getContentResolver().query(uri,

null, null,null,null);

4. if(cursor != null) {

5. cursor.moveToFirst();

6. //do something

7. }

8.} catch (Exception e) {

9. e.printStackTrace();

10.} finally {

11. if (cursor != null) {

12. cursor.close();

13. }

14.}

有一种情况下，我们不能直接将Cursor关闭掉，这就是在CursorAdapter中应用的情况，但是注意，CursorAdapter在Acivity结束时并没有自动的将Cursor关闭掉，因此，你需要在onDestroy函数中，手动关闭。

1.@Override

2.protected void onDestroy() {

3. if (mAdapter != null && mAdapter.getCurosr() != n

ull) {

4. mAdapter.getCursor().close();

5. }

6. super.onDestroy();

7.}

CursorAdapter中的changeCursor函数，会将原来的Cursor释放掉，并替换为新的Cursor，所以你不用担心原来的Cursor没有被关闭。

你可能会想到使用Activity的managedQuery来生成Cursor，这样Cursor就会与Acitivity 的生命周期一致了，多么完美的解决方法！然而事实上managedQuery也有很大的局限性。 managedQuery生成的Cursor必须确保不会被替换，因为可能很多程序事实上查询条件都是不确定的，因此我们经常会用新查询的Cursor来替换掉原先的Cursor。因此这种方法适用范围也是很小。

七、其它要说的。

其实，要减小内存的使用，其实还有很多方法和要求。比如不要使用整张整张的图，尽量使用9path图片。Adapter要使用convertView等等，好多细节都可以节省内存。这些都需要我们去挖掘，谁叫Android的内存不给力来着。

Android四大组件

Android四大组件 Android开发平台是开放的平台，而位于四层框架顶端的应用开发，必然涉及到Android组件。本文将为大家详细介绍Android组件。 组件（Component），在谈及所谓架构和重用的时候，是一个重要的事情。很多时候都会说基于组件的软件架构，指的是期望把程序做乐高似的，有一堆接口标准封装完整的组件放在哪里，想用的时候取上几个一搭配，整个程序就构建完成了。 在开篇的时候就在说，Android是一个为组件化而搭建的平台，它引入所谓Mash-Up的概念，这使得你在应用的最上层，想做的不组件化都是很困难的一件事情（底层逻辑，好吧，管不了...）。具体说来，Android有四大组件四喜丸子：Activity、Service、Broadcast Receiver、Content Provider。 Activity 做一个完整的Android程序，不想用到Activity，真的是比较困难的一件事情，除非是想做绿叶想疯了。因为Activity是Android程序与用户交互的窗口，在我看来，从这个层面的视角来看，Android的Activity特像网站的页面。 首先，一个网站，如果一张页面都没有，那...，真是一颗奇葩。而一张页面往往都有个独立的主题和功能点，比如登录页面，注册页面，管理页面，如是。 在每个页面里面，会放一些链接，已实现功能点的串联，有的链接点了，刷，跑到同一站点的另一个页面去了；有的链接点了，啾，可能跳到其他网站的页面去；还有的链接点了，恩...，这次没跑，但当前页面的样子可能有所变化了。这些模式，和Activity给人的感觉很像，只不过实现策略不同罢了，毕竟Android这套架构的核心思想，本身就来自源于Web的Mash-Up概念，视为页面的客户端化，也未尝不可。 Activity，在四大组件中，无疑是最复杂的，这年头，一样东西和界面挂上了勾，都简化不了，想一想，独立做一个应用有多少时间沦落在了界面上，就能琢磨清楚了。从视觉效果来看，一个Activity占据当前的窗口，响应所有窗口事件，具备有控件，菜单等界面元素。从内部逻辑来看，Activity需要为了保持各个界面状态，需要做很多持久化的事情，还需要妥善管理生命周期，和一些转跳逻辑。对于开发者而言，就需要派生一个Activity的子类，然后埋头苦干上述事情。对于Activity的更多细节，先可以参见：reference/android/app/Activity.html。后续，会献上更为详尽的剖析。 Service 服务，从最直白的视角来看，就是剥离了界面的Activity，它们在很多Android的概念方面比较接近，都是封装有一个完整的功能逻辑实现，只不过Service不抛头露脸，只是默默无声的做坚实的后盾。 但其实，换个角度来看，Android中的服务，和我们通常说的Windows服务，Web的后台服务又有一些相近，它们通常都是后台长时间运行，接受上层指令，完成相关事务的模块。

Android 应用程序内存泄漏的分析

Android 应用程序内存泄漏的分析以前在学校里学习Java的时候，总是看到说，java是由垃圾收集器（GC）来管理内存回收的，所以当时形成的观念是Java不会产生内存泄漏，我们可以只管去申请内存，不需要关注内存回收，GC会帮我们完成。呵呵，很幼稚的想法，GC没那么聪明啊，理论及事实证明，我们的Java程序也是会有内存泄漏的。 （一）Java内存泄漏从何而来 一般来说内存泄漏有两种情况。一种情况如在C/C++语言中的，在堆中的分配的内存，没有将其释放，或者是在没有将其释放掉的时候，就将所有能访问这块内存的方式都删掉（如指针重新赋值）；另一种情况则是在内存对象明明已经不需要的时候，还仍然保留着这块内存和它的访问方式（引用）。第一种情况，在Java中已经由于垃圾回收机制的引入，得到了很好的解决。所以，Java中的内存泄漏，主要指的是第二种情况。 （二）需要的工具 1.DDMS—Update heap Gause GC Heap 是DDMS自带的一个很不错的内存监控工具，下图红色框中最左边的图标就是该 工具的启动按钮，它能在Heap视图中显示选中进程的当前内存使用的详细情况。下图 框中最右边的是GC工具，很多时候我们使用Heap监控内存的时候要借助GC工具，点 击一次GC按钮就相当于向VM请求了一次GC操作。中间的按钮是Dump HPROF file，它 的功能相当于给内存拍一张照，然后将这些内存信息保存到hprof文件里面，在使用我 们的第二个工具MAT的时候会使用到这个功能。 2.MAT(Memory Analyzer Tool) Heap工具能给我们一个感性的认识，告诉我们程序当前的内存使用情况和是否存在内存 泄漏的肯能性。但是，如果我们想更详细，更深入的了解内存消耗的情况，找到问题所 在，那么我们还需要一个工具，就是MAT。这个工具是需要我们自己去下载的，可以下 载独立的MAT RCP 客户端，也可以以插件的形式安装到Eclipse里面，方便起见，推荐 后者。 安装方法： A．登录官网https://www.sodocs.net/doc/8814775141.html,/mat/downloads.php B．下载MAT Eclipse插件安装包（红框所示，当然你也可是选择Update Site在线安装，个人觉得比较慢）

Android程序设计教程教学大纲

《Android 程序设计课程》课程教学大纲 一、课程基本信息 二、理论教学内容及基本要求

1 Android 操作系统 本章主要对Android 的发展、特点、环境搭建和体系结构进行简要介绍。并且讲解了JDK、Eclipse、Android SDK 软件的下载及安装的基本知识。对Android 应用程序进行解析,提高读者对程序的创建、目录的结构、资源的管理以及对程序权限的理解。最后讲解如何调试Android 程序。 2 Android 生命周期与组件通信 本章主要讲述了Android 生命周期和组件之间的通信。生命周期主要讲述了Android四大组件之一的Activity 生命周期, 包括生命周期函数、栈结构和基本状态三方面。组件的通信靠Intent 实现, 以及Intent 基本构成。 3 Android 用户界面设计 本章主要从Android 用户界面开发出发, 讲述了开发过程中经常使用到的控件, 包括菜单、常用基础控件、对话框与消息框。界面中控件的结构及位置等需要通过有效的界面布局控制, Android 中提供了5 种界面布局格式, 即线性布局、相对布局、表格布局、绝对布局和框架布局。界面中还有一种必要的操作处理———外部操作的响应, 通过有效的事件机制完成。 4 Android 数据存储与交互 本章主要讲述了Android 数据存储与交互方面的内容, 系统中数据交互主要通过五种方式实现, 共享优先数据机制、SQLite 数据库、File 文件机制、内容提供器控件和网络存储。其中在应用程序中最常用也是最有效的数据交互方式是使用SQLite 数据库。 5 Android 后台服务与事件广播 本章主要讲述了Android 后台服务、事件广播和常驻程序。后台服务由系统提供的Service 组件实现, 可分为本地服务和远程服务。事件广播机制主要依靠BroadCast Reciver 组件实现。常驻程序AppWidget又称为窗口小部件, 是在HomeScreen上显示的小部件, 开发时常用AppWidgetProvider 和AppWidgetProviderInfo 类实现。 6 媒介与网络 本章介绍了Android 平台下通过程序实现音频、视频播放等操作。分别介绍了从源文件播放、文件系统播放和流媒体播放等方式。并且介绍了Android 图形绘制与特效, 包括图形的平移、旋转及缩放等操作, 保存指定格式图形文件。编写专业的绘图或控制图形动画的应用程序。以及如何使用Android 手机中内置的高性能WebKit 内核浏览器浏览网页, 使用HTTP 和URL 获得网络资源等内容。 7 Android NDK 本章介绍了Android NDK 的相关知识, 从NDK 的简单介绍到开发环境的

(带答案)Android复习资料

选择题 1. 下面不是Android四大组件之一的（B ） A. Activity B.Intent C. Service D. ContentProvider 2. 下面关于广播叙述错误的是（A） A. 广播是Android四大组件之一 B. BroadcastReceiver有两种注册方式，静态注册和动态注册 C. 静态注册需要在Mainfest.xml中配置 D. 动态注册需要在应用退出时候接触广播的注册。 3. 下面关于BroadcastReceiver错误的是（B）： A. BroadcastReceiver有两种注册方式，静态注册和动态注册。 B. BroadcastReceiver必须在AndroidMainfest文件中声明 C. BroadcastReceiver的使用，一定有一方发送广播，有一方监听注册广播,onReceive方法才会被调用。 D. 广播发送的Intent都是隐式启动。 4. 下面关于谁先接收广播顺序错误的是（B） A. 有序广播，优先级高的先接收 B. 有序广播，同优先级的动静态广播接收器，静态优先于动态。 C. 有序广播，同优先级的动态广播接收器，先注册的大于后注册的。 D. 普通广播时，无视优先级，动态广播接收器优先于静态广播接收器 5. 下面关于广播说法错误的是（B） A. 广播分为有序广播和无序广播 B. 使用abortBroadcast方法可以中断所有广播的传递。 C. 广播注册方式分为动态和静态

D. sendOrderBroadcast用来向系统广播有序事件，sendBroadcast()是用来广播无序事件。 6. 下列关于Intent启动组件说法错误的是（C） A.startActivity( ) B. startService( ) C. startBroadcastReceiver() D.startActivityForResult() 7. 对于广播的发送，Intent的启动方式是（B） A.显式启动 B. 隐式启动 C. A和B都可以 D. 以上说法都不正确。 8. 下面关于Notification的说法正确的是（D）： A. NotificationManager man = new NotificationManager(); B. PendingIntent contentIntent= new PendingIntent(); C. RemoteViews contentView = new RemoteViews(); D. Notification notification = new Notification(); 9. 关于ContenValues类说法正确的是( A ) A、他和Hashtable比较类似，也是负责存储一些名值对，但是他存储的名值对当中的 名是String类型，而值都是基本类型 B、他和Hashtable比较类似，也是负责存储一些名值对，但是他存储的名值对当中的 名是任意类型，而值都是基本类型 C、他和Hashtable比较类似，也是负责存储一些名值对，但是他存储的名值对当中的 名，可以为空，而值都是String类型 D、他和Hashtable比较类似，也是负责存储一些名值对，但是他存储的名值对当中的名是String类型，而值也是String类型 10.在手机开发中常用的数据库是（A） A,SQLite3 B,Oracle C,Sql Server D,Db23

android如何查看cpu的占用率和内存泄漏

android如何查看cpu的占用率和内存泄漏 在分析内存优化的过程中，其中一个最重要的是我们如何查看cpu的占用率和内存的占用率呢，这在一定程度上很重要，经过查询资料，研究了一下，暂时了解到大概有以下几种方式，如果哪位高手有更好的办法，或者文中描述有错误，还望高手在下面留言，非常感谢！ 一、通过eclipse，ADT开发工具的DDMS来查看(Heap) 在“Devices”窗口中选择模拟器中的一个需要查看的程序，从工具条中选“Update heap”按钮，给这个程序设置上“heap Updates”，然后在Heap视图中点击Cause GC就可以实时显示这个程序的一些内存和cpu的使用情况了。

然后就会出现如下界面： 说明： a) 点击“Cause GC”按钮相当于向虚拟机请求了一次gc操作； b) 当内存使用信息第一次显示以后，无须再不断的点击“Cause GC”，Heap视图界面会定

时刷新，在对应用的不断的操作过程中就可以看到内存使用的变化； c) 内存使用信息的各项参数根据名称即可知道其意思，在此不再赘述。 大致解析如下： 这个就是当前应用的内存占用，allocated 是已经分配的内存free是空闲内存， heap size 是虚拟机分配的不是固定值 heap size 的最大值跟手机相关的 有网友说， 一般看1byte的大部分就是图片占用的 如何判断应用是否有内存泄漏的可能性呢？ 如何才能知道我们的程序是否有内存泄漏的可能性呢。这里需要注意一个值：Heap视图中部有一个Type叫做data object，即数据对象，也就是我们的程序中大量存在的类类型的对象。在data object一行中有一列是“Total Size”，其值就是当前进程中所有Java数据对象的内存总量，一般情况下，这个值的大小决定了是否会有内存泄漏。可以这样判断： a) 不断的操作当前应用，同时注意观察data object的Total Size值； b) 正常情况下Total Size值都会稳定在一个有限的范围内，也就是说由于程序中的的代码良好，没有造成对象不被垃圾回收的情况，所以说虽然我们不断的操作会不断的生成很多对象，而在虚拟机不断的进行GC的过程中，这些对象都被回收了，内存占用量会会落到一个稳定的水平； c) 反之如果代码中存在没有释放对象引用的情况，则data object的Total Size值在每次GC 后不会有明显的回落，随着操作次数的增多Total Size的值会越来越大， 直到到达一个上限后导致进程被kill掉。

Android基础应用课程标准

《Android基础》课程标准 一、课程定位 本课程是计算机专业基于Java方向的Android应用层程序开发的一门专业核心课程。作为Java程序设计、数据库原理与应用等课程的后续课程，主要在于培养学生应用Android技术进行Android应用程序开发的能力，并培养其良好的编程规范和职业习惯。 二、课程目标 通过案例驱动的学习和综合训练，熟练掌握Android应用程序开发的基本知识和技能，并能结合Android中的常用控件和四大系统组件进行Android应用程序的开发，并为后续Android高级知识的学习做下铺垫。在课程的学习中，培养诚实、守信、坚韧不拔的性格，培养善于沟通表达、善于自我学习、具备团队协作的能力。并养成规范的编码、按时交付软件等良好的工作态度。 （一）知识目标 1.掌握Android开发环境的搭建；熟悉Android应用的基本框架，了解Activity、layout的关系； 2.指导学生进行需求分析报告的拟定以及实训报告的编写； 3.熟练掌握Android常用的UI组件的用法，熟练使用Android的UI组件来搭建用户界面；掌握Android 中用户事件处理的基本方法； 4.掌握APP系统分层架构的搭建； 5.熟练掌握AdapterView相关UI组件以及Adapter模式、常见Adapter的定义； 6.熟悉Activity、Service和BroadcastReceiver的生命周期方法，熟练掌握它们的用法 7.熟悉Intent的用法，熟练使用Intent的诸多属性用途及用法； 8.熟练掌握Service与广播机制的使用和工作原理，为应用开发打下基础； 9.掌握SQLite的语法，熟练掌握Android SQLite 数据库的使用。能够用多种方式实现数据存储和数据 共享； 10.掌握Android的异步加载机制； 11.了解自定义控件的实现原理并掌握自定义技巧。 12.了解Android应用程序的屏幕适配、国际化方式及APP上架流程和盈利方式。 （二）职业能力目标

安卓性能优化方案

随着技术的发展，智能手机硬件配置越来越高，可是它和现在的PC相比，其运算能力，续航能力，存储空间等都还是受到很大的限制，同时用户对手机的体验要求远远高于PC的桌面应用程序。以上理由，足以需要开发人员更加专心去实现和优化你的代码了。选择合适的算法和数据结构永远是开发人员最先应该考虑的事情。同时，我们应该时刻牢记，写出高效代码的两条基本的原则：（1）不要做不必要的事；（2）不要分配不必要的内存。 我从去年开始接触Android开发，以下结合自己的一点项目经验，同时参考了Google的优化文档和网上的诸多技术大牛给出的意见，整理出这份文档。 1. 内存优化 Android系统对每个软件所能使用的RAM空间进行了限制(如：Nexus o ne 对每个软件的内存限制是24M)，同时Java语言本身比较消耗内存，d alvik虚拟机也要占用一定的内存空间，所以合理使用内存，彰显出一个程序员的素质和技能。 1) 了解JIT 即时编译（Just-in-time Compilation，JIT），又称动态转译（Dynamic Translation），是一种通过在运行时将字节码翻译为机器码，从而改善字节码编译语言性能的技术。即时编译前期的两个运行时理论是字节码编译和动态编译。Android原来Dalvik虚拟机是作为一种解释器实现，新版

（Android2.2+）将换成JIT编译器实现。性能测试显示，在多项测试中新版本比旧版本提升了大约6倍。 详细请参考https://www.sodocs.net/doc/8814775141.html,/cool_parkour/blog/item/2802b01586e22cd8a6ef3f6b. html 2) 避免创建不必要的对象 就像世界上没有免费的午餐，世界上也没有免费的对象。虽然gc为每个线程都建立了临时对象池，可以使创建对象的代价变得小一些，但是分配内存永远都比不分配内存的代价大。如果你在用户界面循环中分配对象内存，就会引发周期性的垃圾回收，用户就会觉得界面像打嗝一样一顿一顿的。所以，除非必要，应尽量避免尽力对象的实例。下面的例子将帮助你理解这条原则： 当你从用户输入的数据中截取一段字符串时，尽量使用substring函数取得原始数据的一个子串，而不是为子串另外建立一份拷贝。这样你就有一个新的String对象，它与原始数据共享一个char数组。如果你有一个函数返回一个String对象，而你确切的知道这个字符串会被附加到一个Stri ngBuffer，那么，请改变这个函数的参数和实现方式，直接把结果附加到StringBuffer中，而不要再建立一个短命的临时对象。 一个更极端的例子是，把多维数组分成多个一维数组： int数组比Integer数组好，这也概括了一个基本事实，两个平行的int数组比(int,int)对象数组性能要好很多。同理，这试用于所有基本类型的组合。如果你想用一种容器存储(Foo,Bar)元组，尝试使用两个单独的Foo[]

Android复习练习题

一、单选题 退出activity对一些资源以及状态的操作保存，可以在生命周期 的哪个函数中进行( A ) A、onPause() B、onCreate() C、onResume() D、onStart() Android项目工程下面的assets目录的作用是什么( B ) A、放置应用到的图片资源。Res/drawable B、主要放置一些文件资源,这些文件会被原封不动打包到apk里面 C、放置字符串，颜色，数组等常量数据res/values D、放置一些与UI相应的布局文件，都是xml文件res/layout 下列不属于android布局的是( C ) A、FrameLayout B、LinearLayout C、BorderLayout D、TableLayout E、RelativeLayout Intent的作用的是( A ) A、intent是连接四大组件的纽带,可以实现界面间切换，可以包含动作和动作数据； B、是一段长的生命周期，没有用户界面的程序，可以保持应用在后台运行，而不会因为切换页面而消失service C、实现应用程序间的数据共享contentprovider D、处理一个应用程序整体性的工作 下列哪个是AbsoluteLayout中特有的属性( B ) A、android:layout_height B、android:layout_x C、android:layout_above D、android:layout_toRightOf RatingBar组件中不能用属性直接设置的是( D) A、五角星个数 B、当前分数 C、分数的增量 D、五角星的色彩 在手机开发中常用的数据库是( A ) A、,sqlLite B、Oracle C、SqlServer D、Db23 关于BroadcastReceiver的说法不正确的是( B ) A）是用来接收广播Intent的 B）,一个广播Intent只能被一个订阅了此广播的BroadcastReceiver所接收 C）对有序广播，系统会根据接收者声明的优先级别按顺序逐个执行接收者 D）接收者声明的优先级别在的android:priority属性中声明，数值越大优先级别越高 使用MediaPlayer播放保存在sdcard上的mp3文件时( C ) A）需要使用方法创建MediaPlayer B）直接newMediaPlayer即可 C）需要调用setDataSource方法设置文件源D）直接调用start方法，无需设置文件源在android中使用RadioButton时，要想实现互斥的选择需要用的组件是(D ) A）ButtonGroup B）RadioButtons C）CheckBox D）RadioGroup 在多个应用中读取共享存储数据时，需要用到的query方法，是哪个对象的方法( A ) A）ContentResolver B）ContentProvider C）Cursor D）SQLiteHelper DDMS中Log信息分为几个级别( C ) A）3 B）4 C）5D）6 能够自动完成输入内容的组件是( D )

Android复习练习题

一、单选题 退出 activity 对一些资源以及状态的操作保存，可以在生命周期 的哪个函数中进行( A ) A、onPause() B、onCreate() C、onResume() D、onStart() Android 项目工程下面的 assets 目录的作用是什么 ( B ) A、放置应用到的图片资源。 Res/drawable B、主要放置一些文件资源,这些文件会被原封不动打包到 apk 里面 C、放置字符串，颜色，数组等常量数据 res/values D、放置一些与 UI 相应的布局文件，都是 xml 文件 res/layout 下列不属于android布局的是( C ) A、FrameLayout B、LinearLayout C、BorderLayout D、TableLayout E、RelativeLayout Intent 的作用的是 ( A ) A、intent是连接四大组件的纽带,可以实现界面间切换，可以包含动作和动作数据； B、是一段长的生命周期，没有用户界面的程序，可以保持应用在后台运行，而不会因为切换页面而消失 service C、实现应用程序间的数据共享 contentprovider D、处理一个应用程序整体性的工作 下列哪个是AbsoluteLayout中特有的属性 ( B ) A、android:layout_height B、android:layout_x C、android:layout_above D、android:layout_toRightOf RatingBar组件中不能用属性直接设置的是( D) A、五角星个数 B、当前分数 C、分数的增量 D、五角星的色彩 在手机开发中常用的数据库是( A ) A、,sqlLite B、Oracle C、Sql Server D、Db23 关于BroadcastReceiver的说法不正确的是( B ) A）是用来接收广播Intent的 B）,一个广播Intent只能被一个订阅了此广播的BroadcastReceiver所接收 C）对有序广播，系统会根据接收者声明的优先级别按顺序逐个执行接收者 D）接收者声明的优先级别在的android:priority属性中声明，数值越大优先级别越高 使用MediaPlayer播放保存在sdcard上的mp3文件时( C ) A）需要使用MediaPlayer.create方法创建MediaPlayer B）直接newMediaPlayer即可C）需要调用setDataSource方法设置文件源D）直接调用start方法，无需设置文件源在android中使用RadioButton时，要想实现互斥的选择需要用的组件是(D ) A）ButtonGroup B） RadioButtons C）CheckBox D）RadioGroup 在多个应用中读取共享存储数据时，需要用到的query方法，是哪个对象的方法?( A ) A）ContentResolver B）ContentProvider C）Cursor D）SQLiteHelper DDMS中Log信息分为几个级别( C ) A）3 B）4 C）5 D）6 能够自动完成输入内容的组件是( D )

Android应用开发经典面试题

Android应用开发经典面试题 1、Android的四大组件是哪些，它们的作用？ 答：Activity：Activity是Android程序与用户交互的窗口，是Android构造块中最基本的一种，它需要为保持各界面的状态，做很多持久化的事情，妥善管理生命周期以及一些跳转逻辑 service：后台服务于Activity，封装有一个完整的功能逻辑实现，接受上层指令，完成相 关的食物，定义好需要接受的Intent提供同步和异步的接口 Content Provider：是Android提供的第三方应用数据的访问方案，可以派生Content Provider类，对外提供数据，可以像数据库一样进行选择排序，屏蔽内部数据的存储细节，向外提供统一的借口模型，大大简化上层应用，对数据的整合提供了更方便的途径 BroadCast Receiver：接受一种或者多种Intent作触发事件，接受相关消息，做一些简单 处理，转换成一条Notification，统一了Android的事件广播模型 2、请介绍下Android中常用的五种布局。 常用五种布局方式，分别是：FrameLayout（框架布局），LinearLayout（线性布局），AbsoluteLayout（绝对布局），RelativeLayout（相对布局），TableLayout（表格布局）。 一、FrameLayout：所有东西依次都放在左上角，会重叠，这个布局比较简单，也只能放 一点比较简单的东西。 二、LinearLayout：线性布局，每一个LinearLayout里面又可分为垂直布局 （android:orientation=”vertical”）和水平布局（android:orientation=”horizontal”）。当垂直布局时，每一行就只有一个元素，多个元素依次垂直往下；水平布局时，只有一行，每一个元素依次向右排列。 三、AbsoluteLayout：绝对布局用X,Y坐标来指定元素的位置，这种布局方式也比较简单，但是在屏幕旋转时，往往会出问题，而且多个元素的时候，计算比较麻烦。 四、RelativeLayout：相对布局可以理解为某一个元素为参照物，来定位的布局方式。主 要属性有：相对于某一个元素android:layout_below、android:layout_toLeftOf相对于父 元素的地方android:layout_alignParentLeft、android:layout_alignParentRigh；五、TableLayout：表格布局，每一个TableLayout里面有表格行TableRow，TableRow里面可以具体定义每一个元素。每一个布局都有自己适合的方式，这五个布局元素可以相互嵌套应用，做出美观的界面。

Android内存优化小建议 以及活用(SoftReference 和 WeakReference )

android因其系统的特殊性,安装的软件默认都安装到内存中,所以随着 用户安装的软件越来越多,可供运行的程序使用的内存越来越小,这就要求我们在开发android程序时,尽可能的少占用内存。根据我个人的开发经验总结了如下几点优化内存的方法: 1创建或其他方式获得的对象如不再使用,则主动将其置为null。 2尽量在程序中少使用对图片的放大或缩小或翻转.在对图片进行操作时占用的内存可能比图片本身要大一些。 3调用图片操作的后，及时的清空，调用recycle()提醒经行垃圾回收。 4尽可能的将一些静态的对象(尤其是集合对象),放于SQLite数据库中。并且对这些数据的搜索匹配尽可能使用sql语句进行。 5一些连接资源在不使用使应该释放,如数据库连接文件输入输出流等。应该避免在特殊的情况下不释放(如异常或其他情况) 6一些长周期的对像引用了短周期的对象,但是这些短周期的对象可能只在很小的范围内使用。所以在查内存中也应该清除这一隐患。如果你想写一个Java程序，观察某对象什么时候会被垃圾收集的执行绪清除，你必须要用一个reference记住此对象，以便随时观察，但是却因此造成此对象的reference数目一直无法为零，使得对象无法被清除。 https://www.sodocs.net/doc/8814775141.html,ng.ref.WeakReference 不过，现在有了Weak Reference之后，这就可以迎刃而解了。如果你希望能随时取得某对象的信息，但又不想影响此对象的垃圾收集，那

么你应该用Weak Reference来记住此对象，而不是用一般的reference。 A obj=new A(); WeakReference wr=new WeakReference(obj); obj=null; //等待一段时间，obj对象就会被垃圾回收 … if(wr.get()==null){ System.out.println(“obj已经被清除了“); }else{ System.out.println(“obj尚未被清除，其信息是 “+obj.toString()); } … 在此例中，透过get()可以取得此Reference的所指到的对象，如果传出值为null的话，代表此对象已经被清除。 这类的技巧，在设计Optimizer或Debugger这类的程序时常会用到，因为这类程序需要取得某对象的信息，但是不可以影响此对象的垃圾收集。 https://www.sodocs.net/doc/8814775141.html,ng.ref.SoftReference Soft Reference虽然和Weak Reference很类似，但是用途却不同。被Soft Reference指到的对象，即使没有任何Direct Reference，也不会被清除。一直要到JVM内存不足时且没有Direct Reference

Android四大组件的详细讲解

Android应用程序由一些零散的有联系的组件组成，通过一个工程manifest绑定在一起。在manifest中，描述了每一个组件以及组件的作用，其中有6个组件，它们是Android 应用程序的基石： Activities(活动)应用程序的显示层。每一个画面对应于你的应用程序，将会是Activity类的扩展。Activity使用Views去构建UI来显示信息和响应用户的行为。就桌面开发而言，一个Activity相当于一张Form。你在这章中将会学习到更多关于Activities。 Services(服务)Android应用程序中不可见的“工人”。Service组件运行时不可见，但它负责更新的数据源和可见的Activity，以及触发通知。它们常用来执行一些需要持续运行的处理，当你的Activity已经不处于激活状态或不可见。你将在第8章学习怎样创建Service。 Content(内容)提供共享的数据存储。Content Provider(内容提供器)用来管理和共享应用程序的数据库。在应用程序间，Content Provider是共享数据的首选方式。这意味着，你可以配置自己的Content Provider去存取其他的应用程序或者通过其他应用程序暴露的Content Provider去存取它们的数据。Android设备本身包含了几个Content Provider来访问像联系人信息等有用的数据库。你将在第6章学习怎样创建和使用Content Provider。 Intents(意图)简单的消息传递框架。使用Intent，你可以在整个系统内广播消息或者给特定的Activity或者服务来执行你的行为意图。系统会决定那个(些)目标来执行适当的行为。 Broadcast Receivers(广播接收器)Intent广播的“消费者”。通过创建和注册一个Broadcast Receiver，应用程序可以监听符合特定条件的广播的Intent。Broadcast Receiver 会自动的启动你的Android应用程序去响应新来的Intent。Broadcast Receiver是事件驱动程序的理想手段。 Notifications(通知)用户通知的框架。Notification用来在不需要焦点或不中断它们当前Activity的情况下提示用户。它们是Service或Broadcast Receiver获得用户注意的首选方式。例如，当设备收到文本信息或外部来电时，它通过闪光，发声，显示图标或显示对话框信息来提醒你。在第8章里，你可以使用Notification来触发这些事件。 一、Activity详解 Activty的生命周期的也就是它所在进程的生命周期。

低端android机内存管理优化

大家好,今天我主要来和大家交流下低端ａndrｏid手机内存优化的问题。 一、问题的引出 前天,我在论坛发了一个帖子，想请教大家关于联想A68e内存优化的问题,但是回复者寥寥无几,课件也很少有机油对这方面有较深入的 学习了解。我今天中午，查了有关资料,也用了自己的手机进行了测试,觉得可能对A６８ｅ（其实是广大低端Ａndroｉｄ手机)用户有点帮助,所以特地来分享以下。（说明:本人用的是Sumsumg I9１03,我媳妇用的是电信套餐的联想Ａ68e，这几天我没拿到她的手机来测试，所以只能自己的手机进行测试，但是我觉得还是具有一定的参考价值的）。二、ROＭ和RAM 首先，我先解释一下ROM和RＡM的区别。 ＲOＭ是Read Onlｙ Memory,即只读存储器；RAM是Aｃｃｅss Random Meｍorｙ,即随即读写存储器。 ＲＯＭ是存储程序和数据的,类别电脑的硬盘，可以存放安装的程序、文件、数据等。而论坛中有开AｐpEXT２的方法(我没试过),那个只是节省出更多的ＲOＭ空间,这样可以使程序运行得更为流畅，但是不能解决“同时运行程序的数量最大值太小”的问题。以Ａ６8e为例,如果开一个QQ、音乐播放器，再开个UC浏览器估计机子就崩溃而导致程序退出。 RAM才是程序运行时所占用的物理空间。RAM的价格比ROM贵很多，所以RＡM的大小一半程度上决定了机子的价位（另一半就是CＰＵ）。

我的Suｍsuｎg是1G RAM，同时开QQ、QQ游戏、ＱQ音乐、浏览器、微信等七、八个程序也毫无压力。所以RAM太小是影响A６8ｅ（包括很多Android手机)用户体验的原因。如果你是个游戏玩家、手机达人,那么这类机子一定不适合你。如果你希望能像有高端机那样的用户体验,我建议你还是多话点银子购买配置高的Aｎdroiｄ手机。 关于官方宣传256的RＡＭ实际上只有１70，那是有一部分被Anｄroid系统占用。我的手机1ＧRAＭ,实际上也只有724M。 三、Ａnｄroｉｄ系统内存管理机制及进程调度机制 下面开始具体的分析了。 首先Andrｏiｄ系统是基于Ｌinux 内核开发的开源操作系统，li ｎuｘ系统的内存管理有其独特的动态存储管理机制。Anｄroid采取了一种有别于Linux的进程管理策略，Liｎuｘ系统在进程活动停止后就结束该进程,而Andrｏid把这些进程都保留在内存中,直到系统需要更多内存为止。这些保留在内存中的进程通常情况下不会影响整体系统的运行速度，并且当用户再次激活这些进程时,提升了进程的启动速度。 Androｉｄ系统这样的设计不仅非常适合移动终端(手机、平板）的需要,而且减少了系统崩溃的可能,确保了系统的稳定性。老想着清理内存的同学完全是因为被塞班或者Ｗiｎｄoｗs毒害太深,事实上,经常用Taskilleｒ之类的软件关闭后台所有进程,很容易造成系统的不稳定。很多时候出现问题了，只要重启就能解决的原因也在于此。 广大机油一定会发现,关闭了QQ、微信等程序后，其实并没有完全关闭这些程序。这些程序在后台占用了一定的内存,但是并没有运行时

Android选择题集锦

下面关于Android dvm的进程和Linux的进程,应用程序的进程说法正确的是？ 选择一项： a. DVM指dalivk的虚拟机.每一个Android应用程序都在它自己的进程中运行,不一定拥有一个独立的Dalvik虚拟机实例.而每一个DVM都是在Linux中的一个进程,所以说可以认为是同一个概念. b. DVM指dalivk的虚拟机.每一个Android应用程序都在它自己的进程中运行,不一定拥有一个独立的Dalvik虚拟机实例.而每一个DVM不一定都是在Linux 中的一个进程,所以说不是一个概念. c. DVM指dalivk的虚拟机.每一个Android应用程序都在它自己的进程中运行,都拥有一个独立的Dalvik 虚拟机实例.而每一个DVM 不一定都是在Linux 中的一个进程,所以说不是一个概念. d. DVM指dalivk的虚拟机.每一个Android应用程序都在它自己的进程中运行,都拥有一个独立的Dalvik虚拟机实例.而每一个DVM都是在Linux 中的一个进程,所以说可以认为是同一个概念. 题目2 下列选项哪个不是Activity启动的方法？ a. goToActivity b. startActivity c. startActivityFromChild d. startActivityForResult 题目3 解析xml 的方式有（） a. 字符器类型 b. 流方式 c. dom d. SAX 题目4 下列哪一个不属于Activity的生命周期方法？ a. onInit( ) b. onStart( ) c. onStop( ) d. onPause( )

Android减少内存占用专题

Android减少内存占用专题 Android开发经验：不要动不动就分配内存 2011-03-21 开发Andorid应用的开发者都知道，要尽量减少new关键字的使用，因为在手机上GC释放一次内存是一件恐怖的事情，如果你查看一下调试记录，你会发现GC释放内存时有时会花上几百毫秒的时间。可以想象，如果你开发的是游戏，这时你的FPS会下降到多少。 虽然这个原则大家都知道，我们还是会看到一些开发者会出现类似问题，这又是为什么呢？呵呵，其实这是一些隐式的对象创建在作怪，看看以下代码： 原则1：如果可能，请不要使用可变参数 当外部调用时： 系统会自动创建一个临时的数组对象，类似于： 如果该函数经常被调用，则会极大增加GC的压力。所以，如果可能，请不要使用可变参数。 原则2：如果可能，请用StringBuilder代替字符串的相加 我们来看一段代码： 系统会将这句翻译成为如下格式： 这本身没有什么问题，但如果是如下就有意思了： 这段代码等效于：

这样是不是悲剧，本来StringBuilder被无意义的重复创建了多次，期间还在数字转换到文本时创建了String，所以请直接使用显示的StringBuilder来链接字符串。 原则3：尽量将不变的东东设置为常数，特别是字符串 较有效的办法是，你的代码可以这样来写： 当然，即使这样做了，后续对文本操作（如整数到文本转换）仍然是一件费时费力的或，原因是JAVA中，String 是只读的，任何String的内容操作均隐含了new关键字。作者在实际工作中只好采取了更笨笨的办法，自己实现了一个GString类来替代常用的文本操作，其原理时使用预分配的字节内存，只在需要时才转换为String对象。 Android进阶：性能优化篇 2011-05-11 一、图片载入过多出现OutOfMemoryError异常 在使用Gallery控件时，如果载入的图片过多，过大，就很容易出现OutOfMemoryError异常，就是内存溢出。这是因为Android默认分配的内存只有几M，而载入的图片如果是JPG之类的压缩格式，在内存中展开时会占用大量的空间，也就容易内存溢出。这时可以用下面的方法解决： 二、统一管理位图资源，适时释放资源

ANDROID应用开发试题

Android应用开发试题 一、选择题（每题2分，共30分） 1.下列不是手机操作系统的是？（）D A.Android B.Window Mobile C.Apple IPhone IOS D.windows vista 2．Android的VM虚拟机是哪个？A A.Dalvik B.JVM C.KVM D.framework 3.AndroidVM虚拟机中运行的文件的后缀名为（）C A.class B.apk C.dex D.xml 4.下列选项是Activity启动的方法有（）ACD A.startActivity B.goToActivity C.startActivityForResult D.startActivityFromChild 5.下列哪个可做EditText编辑框的提示信息？（）D A.android:inputType B.android:text C.android:digits D.android:hint 6.关于Activity的描述，下面哪个是错误的？AD A.一个Android程序中只能拥有一个Activity类 B.Activity类都必须在Androidmaniefest.xml中进行声明 C.系统完全控制Activity的整个生命周期 D.Activity类必须重载onCreate方法 7.关于widget（组件）属性的写法，下面哪个是正确的？ABC A.android:id=”@+id/tv_username” B.android:layout_width=”100px” C.android:src=”@drawable/icon” D.android:id="@id/tabhost" 8.下面哪个不是Android SDK中的ViewGroup（视图容器）？D A.LinearLayout B.ListView C.GridView D.Button 9.下列哪个不是Activity的生命周期方法之一？（）B A.onCreate B.startActivity C.onStart D.onResume 10.MediaPlayer对象从停止状态到播放状态调用的方法是（）AB A.prepare() B.start() C.reset() D.release() 11.下面说法错误的是（）BC A．Android采用单线程模型 B．Android会默认会为线程创建一个关联的消息队列 C．Handler会与多个线程以及该线程的消息队列对应 D．程序组件首先通过Handler把消息传送给Looper，Looper把消息放入队列12.android中下列属于Intent的作用的是()C A实现应用程序间的数据共享 B是一段长的生命周期，没有用户界面的程序，可以保持应用在后台运行，而不会因为切换页面而消失 C可以实现界面间的切换，可以包含动作和动作数据，连接四大组件的纽带D处理一个应用程序整体性的工作 13.关于应用程序的生命周期，一个Activity从启动到运行状态需要执行3个方