Android内存管理小结

目录

1引言 (1)

1.1编写目的 (1)

2DALVIK虚拟机初识 (1)

2.1D ALVIK优势： (1)

2.2基于栈与基于寄存器比较 (1)

2.3DEX文件格式 (3)

2.4ODEX文件格式 (3)

3内存分配跟踪工具DDMS–>ALLOCATION TRACKER 使用 (6)

4内存监测工具DDMS-->HEAP (6)

5内存分析工具MAT(MEMORYANALYZERTOOL) (8)

5.1生成.HPROF文件 (8)

5.2使用MAT导入.HPROF文件 (9)

5.3使用MAT的视图工具分析内存 (9)

6内存分配跟踪器（ALLOCATION TRACKER） (9)

7MAT使用实例 (10)

7.1生成HEAP DUMP (11)

7.2用MAT分析HEAP DUMPS (13)

7.3使用MAT比较HEAP DUMPS (14)

8常见内存使用不当情况 (14)

8.1查询数据库没有关闭游标 (15)

8.2构造A DAPTER时，没有使用缓存CONVERT V IEW (16)

8.3B ITMAP对象不在使用时调用RECYCLE()释放内存 (17)

8.4释放对象的引用 (17)

8.5C ONTEXT的使用 (19)

8.6线程 (21)

8.7单例模式导致内存泄露 (24)

8.8循环变量使用不当 (24)

8.9图片处理 (25)

8.10图片拉伸 (27)

8.11优化D ALVIK虚拟机的堆内存分配 (28)

8.12其他 (28)

9优化代码 (28)

9.1使用自身方法（U SE N ATIVE M ETHODS） (28)

9.2使用虚拟优于使用接口 (29)

9.3使用静态优于使用虚拟 (29)

9.4尽可能避免使用内在的G ET、S ET方法 (29)

9.5缓冲属性调用C ACHE F IELD L OOKUPS (29)

9.6声明F INAL常量 (30)

9.7慎重使用增强型F OR循环语句 (31)

9.8避免列举类型A VOID E NUMS (32)

9.9通过内联类使用包空间 (32)

9.10避免浮点类型的使用 (33)

9.11一些标准操作的时间比较 (34)

9.12为响应灵敏性设计 (34)

1 引言

1.1 编写目的

一个Android应用都是一个独立的进程，如何更好地少占用手机有限的内存，最大化的从代码角度进行优化，本文从Dalvik虚拟机、内存监测工具、常见内存使用不当、优化代码等几个方面进行详解，希望对Android开发者有所帮助。本文汇总了目前网上流行的处理方法，若有错误之处，敬请指正！

2 Dalvik虚拟机初识

Dalvik 虚拟机是Android程序的虚拟机，是Android中Java程序的运行基础。其指令集基于寄存器架构，执行其特有的文件格式——dex字节码来完成对象生命周期管理、堆栈管理、线程管理、安全异常管理、垃圾回收等重要功能。它的核心内容是实现库（libdvm.so），大体由C语言实现。依赖于Linux内核的一部分功能——线程机制、内存管理机制，能高效使用内存，并在低速CPU上表现出的高性能。每一个Android应用在底层都会对应一个独立的Dalvik虚拟机实例，其代码在虚拟机的解释下得以执行。

Dalvik VM与Apache Harmony 项目关系源远流长，因此，与JVM关系自然就密切了。然而：Dalvik VM ≠Java VM。

Dalvik基于寄存器，而JVM基于stack 。

Dalvik执行的是特有的DEX文件格式，而JVM运行的是*.class文件格式。

2.1 Dalvik优势：

1、在编译时提前优化代码而不是等到运行时；

2、虚拟机很小，使用的空间也小；被设计来满足可高效运行多种虚拟机实例；

3、常量池已被修改为只使用32位的索引，以简化解释器；

JVM 的字节码主要是零地址形式的，概念上说JVM是基于栈的架构。Google Android平台上的应用程序的主要开发语言是Java，通过其中的Dalvik VM来运行Java程序。为了能正确实现语义，Dalvik VM的许多设计都考虑到与JVM的兼容性；但它却采用了基于寄存器的架构，其字节码主要是二地址/三地址的混合形式。

2.2 基于栈与基于寄存器比较

基于栈与基于寄存器的架构，谁更快？现在实际的处理器，大多都是基于寄存器的架构，从侧面反映出基于寄存器比基于栈的架构更与实际的处理器接近。但对于VM来说，源架构的求值栈或者寄存器都可能是用实际机器的内存来模拟的，所以性能特性与实际硬件又有不同。一般认为基于寄存器架构的Dalvik VM比基于栈架构JVM执行效率更高，原因是：虽然零地址指

令更紧凑，但完成操作需要更多的load/store指令，也意味着更多的指令分派（instruction dispatch）次数与内存访问次数；访问内存是执行速度的一个重要瓶颈，二地址或三地址指令虽然每条指令占的空间较多，但总体来说可以用更少的指令完成操作，指令分派与内存访问次数都较少。

我们从下面的截图可以明了的看到与同一段java代码对应的Java bytecode与Dalvid bytecode的比较：

2.3 DEX文件格式

专有的DEX文件格式一个应用中会定义很多类，编译完成后即会有很多相应的CLASS文件，CLASS文件间会有不少冗余的信息。dex字节码和标准Java的字节码（Class）在结构上的一个区别是dex字节码将多个文件整合成一个，这样，除了减少整体的文件尺寸，I/O操作，也提高了类的查找速度。

原来每个类文件中的常量池现在由DEX文件中一个常量池来管理。DEX文件可以进行进一步优化。优化主要是针对以下几个方面：

1、调整所有字段的字节序（LITTLE_ENDIAN）和对齐结构中的没一个域；

2、验证DEX文件中的所有类；

3、对一些特定的类进行优化，对方法里的操作码进行优化；

优化后的文件大小会有所增加，应该是原DEX文件的1-4倍。

2.4 ODEX文件格式

odex是为了在运行过程中进一步提高性能，对dex文件的进一步优化。

一个应用，一个虚拟机实例，一个进程！！！

每一个Android应用都运行在一个Dalvik虚拟机实例里，而每一个虚拟机实例都是一个独立的进程空间。每个进程之间可以通信（IPC，Binder机制实现）。虚拟机的线程机制，内存分配和管理，Mutex等等都是依赖底层操作系统而实现的。

不同的应用在不同的进程空间里运行，当一个虚拟机关闭或意外中止时不会对其它虚拟机造成影响，可以最大程度的保护应用的安全和独立运行。

Zygote 是虚拟机实例的孵化器。AndroidRuntime.cpp中ZygoteInit.main()的执行会完成一个分裂，分裂出来的子进程继续初始化Java层的架构，这个分裂出来的进程就是

system_server。每当系统要求执行一个Android应用程序，Zygote就会FORK出一个子进程来执行该应用程序。这样做的好处显而易见：Zygote进程是在系统启动时产生的，它会完成虚拟机的初始化，库的加载，预置类库的加载和初始化等等操作，而在系统需要一个新的虚拟机实例时，Zygote通过复制自身，最快速的提供个系统。另外，对于一些只读的系统库，所有虚拟机实例都和Zygote共享一块内存区域，大大节省了内存开

销。

3 内存分配跟踪工具DDMS–>Allocation tracker 使用

运行DDMS，只需简单的选择应用进程并单击Allocation tracker标签，就会打开一个新的窗口，单击“Start Tracing”按钮；然后，让应用运行你想分析的代码。运行完毕后，单击“Get Allocations”按钮，一个已分配对象的列表就会出现第一个表格中。单击第一个表格中的任何一项，在表格二中就会出现导致该内存分配的栈跟踪信息。通过allocation tracker，不仅知道分配了哪类对象，还可以知道在哪个线程、哪个类、哪个文件的哪一行。

尽管在性能关键的代码路径上移除所有的内存分配操作不是必须的，甚至有时候是不可能的，但allocation tracker可以帮你识别代码中的一些重要问题。举例来说，许多应用中发现的一个普遍错误：每次进行绘制都创建一个新的Paint对象。将Paint的创建移到一个实例区域里，是一个能极大提高程序性能的简单举措。

4 内存监测工具DDMS-->Heap

无论怎么小心，想完全避免badcode是不可能的，此时就需要一些工具来帮助我们检查代码中是否存在会造成内存泄漏的地方。Androidtools中的DDMS就带有一个很不错的内存监测工具Heap(这里我使eclipse的ADT插件，并以真机为例，在模拟器中的情况类似)。用Heap监测应

用进程使用内存情况的步骤如下：

1.启动eclipse后，切换到DDMS透视图，并确认Devices视图、Heap视图都是打开的；

2.将手机通过USB链接至电脑，链接时需要确认手机是处于“USB调试”模式，而不是作为“MassStorage”；

3.链接成功后，在DDMS的Devices视图中将会显示手机设备的序列号，以及设备中正在运行的部分进程信息；

4.点击选中想要监测的进程，比如system_process进程；

5.点击选中Devices视图界面中最上方一排图标中的“UpdateHeap”图标；

6.点击Heap视图中的“CauseGC”按钮；

7.此时在Heap视图中就会看到当前选中的进程的内存使用量的详细情况

a)点击“CauseGC”按钮相当于向虚拟机请求了一次gc操作；

b)当内存使用信息第一次显示以后，无须再不断的点击“CauseGC”，Heap视图界面会定时刷新，在对应用的不断的操作过程中就可以看到内存使用的变化；

c)内存使用信息的各项参数根据名称即可知道其意思，在此不再赘述。

如何才能知道我们的程序是否有内存泄漏的可能性呢。这里需要注意一个值：Heap视图中部有一个Type叫做dataobject，即数据对象，也就是我们的程序中大量存在的类类型的对象。在dataobject一行中有一列是“TotalSize”，其值就是当前进程中所有Java数据对象的内存总量，一般情况下，这个值的大小决定了是否会有内存泄漏。可以这样判断：

a)不断的操作当前应用，同时注意观察dataobject的TotalSize值；

b)正常情况下TotalSize值都会稳定在一个有限的范围内，也就是说由于程序中的的代码良好，没有造成对象不被垃圾回收的情况，所以说虽然我们不断的操作会不断的生成很多对象，而在虚拟机不断的进行GC的过程中，这些对象都被回收了，内存占用量会会落到一个稳定的水平；

c)反之如果代码中存在没有释放对象引用的情况，则dataobject的TotalSize值在每次GC 后不会有明显的回落，随着操作次数的增多TotalSize的值会越来越大，直到到达一个上限后导致进程被kill掉。

d)此处已system_process进程为例，在我的测试环境中system_process进程所占用的内存的dataobject的TotalSize正常情况下会稳定在2.2~2.8之间，而当其值超过3.55后进程就会被kill。

5 内存分析工具MAT(MemoryAnalyzerTool)

如果使用DDMS确实发现了我们的程序中存在内存泄漏，那又如何定位到具体出现问题的代码片段，最终找到问题所在呢？如果从头到尾的分析代码逻辑，那肯定会把人逼疯，特别是在维护别人写的代码的时候。这里介绍一个极好的内存分析工具MemoryAnalyzerTool(MAT)。

MAT是一个Eclipse插件(Update Site:https://www.sodocs.net/doc/913673105.html,/mat/1.2/update-site/)，同时也有单独的RCP客户端。官方下载地址、MAT介绍和详细的使用教程请参见：

https://www.sodocs.net/doc/913673105.html,/mat，在此不进行说明了。另外在MAT安装后的帮助文档里也有完备的使用教程。在此仅举例说明其使用方法。我自己使用的是MAT的eclipse插件，使用插件要比RCP稍微方便一些。

使用MAT进行内存分析需要几个步骤，包括：生成.hprof文件、打开MAT并导入.hprof文件、使用MAT的视图工具分析内存。以下详细介绍。

5.1 生成.hprof文件

a) 打开eclipse并切换到DDMS透视图，同时确认Devices、Heap和logcat视图已经打开了；

b) 将手机设备链接到电脑，并确保使用“USB调试”模式链接，而不是“Mass Storage“模

式；

c) 链接成功后在Devices视图中就会看到设备的序列号，和设备中正在运行的部分进程；

d) 点击选中想要分析的应用的进程，在Devices视图上方的一行图标按钮中，同时选中“Update

Heap”和“Dump HPROF file”两个按钮；

e) 这是DDMS工具将会自动生成当前选中进程的.hprof文件，并将其进行转换后存放在sdcard

当中，如果你已经安装了MAT插件，那么此时MAT将会自动被启用，并开始对.hprof文件进行分析；

注意：第4步和第5步能够正常使用前提是我们需要有sdcard，并且当前进程有向sdcard中写入的权限(WRITE_EXTERNAL_STORAGE)，否则.hprof文件不会被生成，在logcat中会显示诸如ERROR/dalvikvm(8574):hprof:can'topen/sdcard/com.xxx.hprof-hptemp:Permissiondenied.

的信息。如果我们没有sdcard，或者当前进程没有向sdcard写入的权限（如system_process），那我们可以这样做：

在当前程序中，例如framework中某些代码中，可以使用android.os.Debug中的

public static void dumpHprofData(String fileName) throws IOException方法，手动的指定.hprof 文件的生成位置。例如：

xxxButton.setOnClickListener(newView.OnClickListener(){

publicvoidonClick(Viewview){

android.os.Debug.dumpHprofData("/data/temp/myapp.hprof");

......

}

}

上述代码意图是希望在xxxButton被点击的时候开始抓取内存使用信息，并保存在我们指定的位置：/data/temp/myapp.hprof，这样就没有权限的限制了，而且也无须用sdcard。但要保证

/data/temp目录是存在的。这个路径可以自己定义，当然也可以写成sdcard当中的某个路径。

5.2 使用MAT导入.hprof文件

a) 如果是eclipse自动生成的.hprof文件，可以使用MAT插件直接打开（可能是比较新的ADT

才支持）；

b) 如果eclipse自动生成的.hprof文件不能被MAT直接打开，或者是使用

android.os.Debug.dumpHprofData()方法手动生成的.hprof文件，则需要将.hprof文件进行转换，转换的方法：将.hprof文件拷贝到PC上的/ANDROID_SDK/tools目录下，并输入命令

hprof-conv xxx.hprof yyy.hprof，其中xxx.hprof为原始文件，yyy.hprof为转换过后的文件。

转换过后的文件自动放在/ANDROID_SDK/tools目录下。OK，到此为止，.hprof文件处理完毕，可以用来分析内存泄露情况了。

c) 在Eclipse中点击Windows->OpenPerspective->Other->MemoryAnalyzer，或者打

MemoryAnalyzerTool的RCP。在MAT中点击File->OpenFile，浏览并导入刚刚转换而得到的.hprof文件。

5.3 使用MAT的视图工具分析内存

导入.hprof文件以后，MAT会自动解析并生成报告，点击DominatorTree，并按Package 分组，选择自己所定义的Package类点右键，在弹出菜单中选择

Listobjects->Withincomingreferences。这时会列出所有可疑类，右键点击某一项，并选择PathtoGCRoots->excludeweak/softreferences，会进一步筛选出跟程序相关的所有有内存泄露的类。据此，可以追踪到代码中的某一个产生泄露的类。

具体的分析方法在MAT的官方网站和客户端的帮助文档中有十分详尽，使用MAT分析内存查找内存泄漏的根本思路，就是找到哪个类的对象的引用没有被释放，找到没有被释放的原因，也就可以很容易定位代码中的哪些片段的逻辑有问题了。

6 内存分配跟踪器（allocation tracker）

为了帮你主避免频繁的垃圾收集，AndroidSDK提供了一个非常实用的工具，叫做allocation tracker（分配跟踪器）。这个工具是DDMS的一部分。为了开始使用Allocation tracker，你必须首先启动单独的DDMS版本，可以在SDK目录下的tools/下面找到。在Eclipse中的DDMS

版本还不能提供allcation tracker。

只要DDMS运行中，简单的选择你的应用程序进程，然后点击allocation tracker的tab，在新界面中，点击Start Tracking，然后使用你的应用程序使他执行你想分析的代码路径，点击Get Allocations。一个分配的objects列表将会显示在第一个table。点击你可以看到的一行，在第二个table，堆跟踪到的分配。你不仅可以知道object的被分配的类型，还可以知道他在哪个线程，属于哪个类，属于哪个文件，在哪一行。

通过这个工具你可以看看到底哪些object动了你的内存，然后释放他们。

7 MAT使用实例

使用DDMS检查这个应用的heap使用情况。你可以使用下面的方法启动DDMS：

From Eclipse : click Window > Open Perspective>Other...>DDMS

在左边的面板选择进程com.founder.android.new.kyodo.activity，然后在工具条上边点击heap updates按钮。

这个时候切换到DDMS的VMHeap分页。它会显示每次gc后heap内存的一些基本数据。要看第一次gc后的数据内容，点击CauseGC按钮：

7.1 生成heap dump

我们现在使用heap dump来追踪这个问题。点击DDMS工具条上面的Dump HPROF文件按钮，选择文件存储位置，然后在运行hprof-conv。

如果你使用ADT（它包含DDMS的插件）同时也在eclipse里面安装了MAT，点击“dump HPROF”按钮将会自动地做转换（用hprof-conv）同时会在eclipse里面打开转换后的hprof文件（它其实用MAT打开）。

将生成的.hprof文件导入到MAT中，选择Leak Suspects Report ，得到下图：

7.2 用MAT分析heap dumps

启动MAT然后加载刚才我们生成的HPROF文件。MAT是一个强大的工具，讲述它所有的特性超出了本文的范围，所以我只想演示一种你可以用来检测泄露的方法：直方图（Histogram）视图。它显示了一个可以排序的类实例的列表，内容包括：shallow heap（所有实例的内存使用总和），或者retained heap（所有类实例被分配的内存总和，里面也包括他们所有引用的对象）。

如果我们按照shallow heap排序，自从Android3.0（Honeycomb），Bitmap的像素数据被存储在byte数组里（之前是被存储在Dalvik的heap里），所以基于这个对象的大小来判断。

右击byte[]类然后选择List Objects>with incoming references。它会生成一个heap上的所有byte数组的列表，在列表里，我们可以按照Shallow Heap的使用情况来排序。选择并展开一个比较大的对象，它将展示从根到这个对象的路径--就是一条保证对象有效的链条。

MAT不会明确告诉我们这就是泄露，因为它也不知道这个东西是不是程序还需要的，只有程序员知道。在这个案例里面，缓存使用的大量的内存会影响到后面的应用程序，所以我们可以考虑限制缓存的大小。

7.3 使用MAT比较heap dumps

调试内存泄露时，有时候适时比较2个地方的heap状态是很有用的。这时你就需要生成2个单独的HPROF文件（不要忘了转换格式）。下面是一些关于如何在MAT里比较2个heapdumps 的内容（有一点复杂）：

a) 第一个HPROF文件(using File>OpenHeapDump).

b) 打开Histogram view.

c) 在Navigation Historyview里(如果看不到就从Window>NavigationHistory找).右击

histogram然后选择AddtoCompareBasket.

d) 打开第二个HPROF文件然后重做步骤2和3.

e) 切换到CompareBasketview,然后点击ComparetheResults(视图右上角的红色"!"图标)。

8 常见内存使用不当情况

Android主要应用在嵌入式设备当中，而嵌入式设备由于一些众所周知的条件限制，通常都不会有很高的配置，特别是内存是比较有限的。如果我们编写的代码当中有太多的对内存使用不当的地方，难免会使得我们的设备运行缓慢，甚至是死机。为了能够使得Android应用程序安全且快速的运行，Android的每个应用程序都会使用一个专有的Dalvik虚拟机实例来运行，它是由Zygote服务进程孵化出来的，也就是说每个应用程序都是在属于自己的进程中运行的。一方面，

如果程序在运行过程中出现了内存泄漏的问题，仅仅会使得自己的进程被kill掉，而不会影响其他进程（如果是system_process等系统进程出问题的话，则会引起系统重启）。另一方面Android 为不同类型的进程分配了不同的内存使用上限，如果应用进程使用的内存超过了这个上限，则会被系统视为内存泄漏，从而被kill掉。Android为应用进程分配的内存上限如下所示：位置：/ANDROID_SOURCE/system/core/rootdir/init.rc 部分脚本

# Define the oom_adj values for the classes of processes that can be

# killed by the kernel. These are used in ActivityManagerService.

setprop ro.FOREGROUND_APP_ADJ 0

setprop ro.VISIBLE_APP_ADJ 1

setprop ro.SECONDARY_SERVER_ADJ 2

setprop ro.BACKUP_APP_ADJ 2

setprop ro.HOME_APP_ADJ 4

setprop ro.HIDDEN_APP_MIN_ADJ 7

setprop ro.CONTENT_PROVIDER_ADJ 14

setprop ro.EMPTY_APP_ADJ 15

# Define the memory thresholds at which the above process classes will

# be killed. These numbers are in pages (4k).

setprop ro.FOREGROUND_APP_MEM 1536

setprop ro.VISIBLE_APP_MEM 2048

setprop ro.SECONDARY_SERVER_MEM 4096

setprop ro.BACKUP_APP_MEM 4096

setprop ro.HOME_APP_MEM 4096

setprop ro.HIDDEN_APP_MEM 5120

setprop ro.CONTENT_PROVIDER_MEM 5632

setprop ro.EMPTY_APP_MEM 6144

# Write value must be consistent with the above properties.

# Note that the driver only supports 6 slots, so we have HOME_APP at the

# same memory level as services.

write /sys/module/lowmemorykiller/parameters/adj 0,1,2,7,14,15

write /proc/sys/vm/overcommit_memory 1

write /proc/sys/vm/min_free_order_shift 4

write /sys/module/lowmemorykiller/parameters/minfree

1536,2048,4096,5120,5632,6144

# Set init its forked children's oom_adj.

write /proc/1/oom_adj -16

正因为我们的应用程序能够使用的内存有限，所以在编写代码的时候需要特别注意内存使用问题。

8.1 查询数据库没有关闭游标

程序中经常会进行查询数据库的操作，但是经常会有使用完毕Cursor后没有关闭的情况。

才会复现内存问题，这样就会给以后的测试和问题排查带来困难和风险。

示例代码：

Cursor cursor=getContentResolver().query(uri...);

if(cursor.moveToNext()){

......

}

修正示例代码：

Cursor cursor = null;

try{

cursor=getContentResolver().query(uri...);

if(cursor!=null && cursor.moveToNext()){

......

}

}finally{

if(cursor != null){

try{

cursor.close();

}catch(Exception e){

}

}

}

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

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

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

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

由此可以看出，如果我们不去使用convertView，而是每次都在getView()中重新实例化一个View对象的话，即浪费资源也浪费时间，也会使得内存占用越来越大。ListView回收listitem

的view对象的过程可以查看:

android.widget.AbsListView.java-->void addScrapView(Viewscrap)方法。

示例代码：

public View getView(int position,Viewconvert View,ViewGroup parent){

View view = new Xxx(...);

return view;

}

修正示例代码：

public View getView(int position,Viewconvert View,ViewGroup parent){

View view = null;

if(convertView != null){

view = convertView;

populate(view , getItem(position));

...

}else{

view = new Xxx(...);

...

}

return view;

}

8.3 Bitmap对象不在使用时调用recycle()释放内存

有时我们会手工的操作Bitmap对象，如果一个Bitmap对象比较占内存，当它不在被使用的时候，可以调用Bitmap.recycle()方法回收此对象的像素所占用的内存，但这不是必须的，视情况而定。

8.4 释放对象的引用

这种情况描述起来比较麻烦，举两个例子进行说明。

示例A：

假设有如下操作

public class DemoActivity extends Activity{

......

private Handler mHandler=...

private Object obj;

public void operation(){

obj = init Obj();

...

[Mark]

mHandler.post(new Runnable(){

public void run(){

use Obj(obj);

}

});

}

}

我们有一个成员变量obj，在operation()中我们希望能够将处理obj实例的操作post到某个线程的MessageQueue中。在以上的代码中，即便是mHandler所在的线程使用完了obj所引用的对象，但这个对象仍然不会被垃圾回收掉，因为DemoActivity.obj还保有这个对象的引用。所以如果在DemoActivity中不再使用这个对象了，可以在[Mark]的位置释放对象的引用，而代码可以修改为：

......

public void operation(){

obj = init Obj();

...

final Object o= obj;

obj = null;

mHandler.post(new Runnable(){

public void run(){

useObj(o);

}

}

}

......

示例B:

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

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

学习android的心得体会

学习android的心得体会 【篇一：android实训心得体会】 项目总结 时间过的好快，为期三个月的实训生活即将结束了，每一次的实训我们都受益匪浅，我 们学到的不仅仅是课内还有课外，实训让我们的课内知识得到了巩固，专业知识、编程水平 都有很大的提高，我们非常感谢这次实训。刚开始二周的高强度的课程安排让我们受益匪浅；接下来的项目实训又让我们可以巩固 了课程。这让我觉得实习生活充实而有意义。乐淘购物项目和android优化大师，我更好的学习了ui的设计，如何使界面漂亮，美观， 巩固了listview，gridview，的使用，学会了动画进入界面的，和会移动的画廊等等。在这 两个项目中，除了让我明白工作中需要能力，素质，知识之外，更重要的是学会了如何去完 成一个任务，懂得了享受工作。当遇到问题，冷静，想办法一点一点的排除障碍，到最后获 取成功，一种自信心由然而生，这就是工作的乐趣。有时候也需要虚心请教，从别人的身上 真得能学习到不自己没有的东西，每一次的挫折只能使我更接近成功。音乐播放器项目，我们是七个人组成小组完成的，由组长带领我们，分配任务，每个人， 都发挥自己的长处，更好地去完成任务。对于团队开发来说，团结一致使我深有体会。团队 的合作注重沟通和信任，不能不屑于做小事，永远都要保持亲和诚信，把专业理论运用到具 体实践中，不仅加深我对理论的掌握和运用，还让我拥有了一次又一次难忘的开发经历，这是也是实训最大的收获。这次实训对于我以后学习、找工作也真是受益菲浅，在这3个月中让我初步从理性回到 感性的重新认识，也让我初步的认识这个社会，对于以后做人所应把握的方向也有所启发！

安卓课程设计心得体会范文

安卓课程设计心得体会范文 安卓课程设计心得体会范文 两个星期的时间非常快就过去了，这两个星期不敢说自己有多 大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。 通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。 从各种文档的阅读到开始的需求分析、概念结构设计、逻辑结 构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。

我想有这样的问题不止我一个，事后想想是一开始着手做的时 候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。 按照要求，我们做的是机票预订系统。说实话，我对这个是一 无所知的，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处。没有前期的调查，仅从指导书上那几条要求着手是不够的。 在需求分析过程中，我们通过上网查资料，去图书馆查阅相关 资料，结合我们的生活经验，根据可行性研究的结果和客户的要求，分析现有情况及问题，采用ClientServer结构，将机票预定系统划 分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言的规范使得在调试过程中一些错误 没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言的规范性以及我们在编程时要有严谨的态度，同时在写程

关于安卓应用程序的实习心得与报告

关于安卓应用程序的实习心得与报告 篇一：Android实习心得 刚开始接触Android感觉到它很有意思，在界面开发上和web 也可以形成了相通的架构，更加方便，视觉上也是非常的酷，在前期我通过的大量的Android SDK开发范例大全中的例子以及Android提供的APIDEMOS进行学习，尽管例子之间的连接比较零散，不过通过这些例子的学习我可以学习到了很多和以前java上相通的思想。 我在为期半个月的实习中学到了很多在课堂上根本就学不到的知识，收益非浅．现在我对这半个月的实习做一个工作小结。 1通过半个月的android实习，基本掌握了Android应用程序开发的一般流程。对常用控件基本掌握其用法，对其事件的监听方法也基本掌握。学习Android不仅是对前沿开发技术的了解，也是对编程知识的一次提升。 2通过学习Android的控件、布局、Activity、Service等一系列基础知识，对整个Android的开发有了大致的了解。例如: 要的布局(或者控件) ,在学习界面中，我发现Android为我们提供了很好的类似反射机制，通过Layout文件夹下的配置文件，可以快速的形成界面，在配置文件可以设置属性或者样式都是很快捷方便。对比较特殊的界面也可以通过处理嵌入到指定的界面，同样你可以通过java代码直接创建View进行添加，不过这种方式比较复杂。对一些点击、选中、按键等处理的事件，界面之间的跳转Intent管理，通过Bundle对数据在界面之间进行传输。

4在手机交互式通信服务中，学习了Android手机之间进行短信发送、广播、对广播的监听、服务等，在Service类中没有context，可以通过Handler来每秒反复运行，自动送出系统广播信息，同时在这里我们也知道可以设计一个常用的变量类，设计一个当前的CurrentActivity这个变量进行控制，进行处理。 在Android编程过程中巩固熟悉了Java的编程。由于Android 应用程序的开发离不开Java的支持，所以基础的Java知识是必须的。Android系统是基于Linux的手机操作系统平台，要深入系统的学习Android，不仅仅是有Java和Android应用开发，必须要具备Linux，C/C++高级编程才能深入的涉及Android Framework和Android内核开发。成为Android开发的高素质人才。所以，在后续对Android的学习中可能会看一些较底层的书籍。 由于这次实习时间较短，对于Android应用程序的高级编程讲的很少，是这次实习中的不足。要想开发一些好的应用程序，还需要更多的知识支持。在做实习最后的项目时，遇到了很多平时没有遇到或者没有特别关注的问题，如常见的Activity忘记注册，对SD卡存取需要权限，在写SQL语句时细微的错误就可能导致程序运行错误。这些问题只有自己在实际开发中才能体会到并且解决，并且在解决后可以长时间的记住。 通过Android的实习，我们在大四毕业前，我们又掌握了一项新的前沿的开发技能，也有了更多的发展方向，这在以后的找工作的过程中无疑为我们增加了砝码，也可以成为我们的一项兴趣爱好，可

Android课程设计报告材料

河南城建学院 课程设计报告书 专业：计算机科学与技术 课程设计名称：《Java高级应用》 题目：基于Android平台的记事本软件 班级：0814131班 学号：081413107 设计者：付明玉 同组人员: 李志军、翟帅星 指导老师：张妍琰景伟娜陈红军 完成时间：2016年06月04

一、设计目的 (2) 1.1设计目的 (2) 1.2设计要求 (2) 二、需求分析 (2) 2.1需求分析 (2) 2.2软件逻辑 (3) 2.2.1软件逻辑图 (3) 2.2.2功能模块图 (4) 2.3 数据存储实现 (5) 三、模块分析及设计 (6) 3.1首页面 (6) 3.2主菜单 (7) 3.3 查看模块 (8) 3.4添加记录 (10) 3.5 垃圾箱 (10) 3.6 设置页面 (11) 3.7 日历页面 (12) 四、制作过程及要点 (12) 五、设计总结 (13) 六、参考资料 (15)

一、设计目的 1.1设计目的 《Java高级应用》课程设计是我们实践性学习环节之一，通过课程设计：（1）、巩固本学期所学的理论知识，熟悉androidstutio 工具及相关java组件的灵活应用。（2）、编制出完整的应用程序，锻炼我们的分析解决实际问题的能力，为以后完成大型项目的开发打下基础。（3）、把理论与实验课所学内容做一个综合，并在此基础上强化我们的实践意识、提高实际动手能力和创新能力。 1.2设计要求 设计一款基于Android平台的记事本软件。 功能要求：具有记事本的基本功能，可以实现记录，批量处理。具备在线备份和分享功能。在线备份能备份各种编辑中或者编辑完成的文章。 二、需求分析 2.1需求分析 （1）用户进入系统后可以设置个人信息：设置页面颜色、姓名、电话、及锁定密码，设置标记； （2）查看记录：查看以前的记录；

浅谈Android(安卓)

浅谈Android--嵌入式操作系统 Android（读音：[??ndr?id]，中文俗称安卓）是一个以Linux为基础的半开源操作系统，主要用于移动设备，由Google成立的Open Handset Alliance （OHA，开放手持设备联盟）持续领导与开发中。 --题记.维基百科说起嵌入式系统，曾经在保罗大叔的著作《黑客与画家》里看到多次，然后不明所以，就去查了嵌入式系统。如果说嵌入式系统给我的第一印象是硬件，那么是我还不知道嵌入式在我生活里已经出现了很多年了。 大到冰箱，自动存款机（ATM），小到电子手表，遥控器。在维基百科解答后，我对嵌入式直观的理解，是一种特定的植入硬件并极具针对性的计算机系统。 后来慢慢了解嵌入式的软件方面，就知道了嵌入式操作系统，而其中的佼佼者，就是如今已经超越ios，占据半壁江山的Android。 之所以会说Android，原因有二：一，因为Android如今炙手可热，在新一季度的日本手机软件营销额上，以Java等语言为Android系统开发的Apps，疯狂揽金，李开复断言在两年内，中国内地手机游戏软件市场，将会百花齐放；二，我虽并非研究Java也非致力于Android系统，但是Android系统的内核，却是我所熟悉的Linux内核。而我将自己的开发平台转移到Linux系统，并以Python，Perl以及Lisp语言作为未来的生存工具，所以，就让我们谈一谈Android。 题记中套用维基百科对于Android的介绍，主要的目的，就是为了澄清一件事实“认知”——Android并没有真正的中文名。 Google并没有为Android命名，只有为其版本取名，且翻译成中文：4.2.x Jelly Bean 果冻豆，4.0.x Ice Cream Sandwich 冰激凌三明治，3.x.x Honey

ANDROID BITMAP内存限制OOM,OUT OF MEMORY

ANDROID BITMAP内存限制OOM OUT OF MEMORY 在编写Android程序的时候，我们总是难免会碰到OOM的错误，那么这个错误究竟是怎么来的呢？我们先来看一下这段异常信息： 08-14 05:15:04.764: ERROR/dalvikvm-heap(264): 3528000-byte external allocation too large for this process. 08-14 05:15:04.764: ERROR/(264): VM won't let us allocate 3528000 bytes 08-14 05:15:04.764: DEBUG/skia(264): --- decoder->decode returned false 08-14 05:15:04.774: DEBUG/AndroidRuntime(264): Shutting down VM 08-14 05:15:04.774: WARN/dalvikvm(264): threadid=3: thread exiting with uncaught exception (group=0x4001b188) 08-14 05:15:04.774: ERROR/AndroidRuntime(264): Uncaught handler: thread main exiting due to uncaught exception 08-14 05:15:04.794: ERROR/AndroidRuntime(264): https://www.sodocs.net/doc/913673105.html,ng.OutOfMemoryError: bitmap size exceeds VM budget 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.graphics.BitmapFactory.nativeDecodeAsset(Native Method) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:447) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:323) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.graphics.BitmapFactory.decodeResource(BitmapFactory.java:346) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.graphics.BitmapFactory.decodeResource(BitmapFactory.java:372) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at com.xixun.test.HelloListView.onCreate(HelloListView.java:33) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2459) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2512) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.app.ActivityThread.access$2200(ActivityThread.java:119) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1863) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.os.Handler.dispatchMessage(Handler.java:99) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.os.Looper.loop(Looper.java:123) 08-14 05:15:04.794: ERROR/AndroidRuntime(264): at android.app.ActivityThread.main(ActivityThread.java:4363)

Android程序员转正工作总结

Android程序员转正工作总结 Android程序员转正工作总结 我于xxxx年9月11日成为本公司技术部的一名.net程序员，三个月的试用期转眼就过去了。这段我人生中弥足珍贵的经历，给我留下了精彩而美好的回忆。在这段时间里您们给予了我足够的关怀、支持和帮助，让我充分感受到了领导们海纳百川的胸襟，在对您们肃然起敬的同时，也为我有机会成为影响力在线的一员而惊喜万分。 这段时间，在领导和同事们的关怀和指导下，我通过不懈努力，各方面均取得一定的进步，现将我的工作情况做如下汇报： 一、通过理论学习和日常工作积累经验我的各方面有了很大的进步。 刚到公司不久，我便开始负责.NET方面的网站开发和广告平台开发和维护，刚开始的时候对我来说确实压力很大，因为各方面都还不熟悉，而且与之前的公司相比，节奏也有点快，不过我慢慢的习惯了环境，和同事相处的比较融洽，领导对我也比较关心，在公司里工作就像是在一个幸福的大家庭里一样，我很快喜欢上了这里。 我到公司不久，第一个项目是xxx公司网站，做这个项目的时候我遇到了几个问题，我在以前公司做的时候没有在这么短的时候完成一个项目的，在效率上提高了我的能力。做这个项目的时候我也遇到了许多以前没有遇到过的问题，

我请教同事和朋友，还有借助网络一一解决了难题。 之后，我将B2B广告招商平台进行了改版，开发了xxx 智能建站广告平台以及以后网站的维护工作。 接下来，我又做了一个比较棘手的项目xxx在线咨询系统。为什么说棘手呢，因为我以前没有做过这方面的项目，而且我问遍了所有认识的朋友，搜遍了网络也没有找到如何解决的方法，之后我翻书籍，接着搜索网络。功夫不负有心人，终于我找到一个聊天室的小例子，但是功能差的太远，于是我把这个示例一点点的研究，从一点也不懂到后来慢慢看懂，从对AJAX技术一无所知到基本熟练运用。接下来我就开始自己开发，到最后终于把它开发了出来，虽然不是很完美，功能不是很强大，但是它是我辛苦的劳动结晶，我相信以后会把它开发的更强大，更完美。 二、明确岗位职能，认识个人技术能力不足。 经过三个多月的工作，虽然完成了一些项目的开发，我的技能也提高了很多，但是感觉我的技术还有待提高，所以我会在以后的工作中更加努力，努力提高自己的技术和各种不足，努力使自己成为一名称职的职员。 三、提出自己努力计划 1、学无止镜，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地努力学习各种技术知识，并用于指导实践。 2、业精于勤而荒于嬉，在以后的工作中不断学习知识，通过多看、多学、多练来不断的提高自己的各项技能。

Android开发内存泄漏及检查工具使用培训资料

Android 开发内存泄漏及检查工具使用培 训资料

目录 1内存泄露 (3) 1.1 内存泄露的概念 (3) 1.2 开发人员注意事项 (4) 1.3 Android（java）中常见的引起内存泄露的代码示例 (4) 1.3.1查询数据库没有关闭游标 (6) 1.3.2 构造Adapter时，没有使用缓存的convertView (6) 1.3.3 Bitmap对象不在使用时调用recycle()释放内存 (7) 1.3.4 释放对象的引用 (8) 1.3.5 其他 (9) 2内存泄露的分析工具 (9) 2.1 内存监测工具DDMS --> Heap (9) 2.2 内存分析工具MAT (Memory Analyzer Tool) (10) 2.2.1 生成.hprof文件 (10) 2.2.2 使用MA T导入.hprof文件 (11) 2.2.3 使用MA T的视图工具分析内存 (12)

1内存泄露 Android 应用程序开发以Java语言为主，而Java编程中一个非常重要但却经常被忽视的问题就是内存使用的问题。Java的垃圾回收机制(Garbage Collection 以下简称GC)使得很多开发者并不关心内存使用的生命周期，只顾着申请内存，却不手动释放废弃的内存，而造成内存泄露，引起很多问题，甚至程序崩溃。Android的虚拟机Dalvik VM和java虚拟机JVM没有什么太大的区别，只是在字节码上稍做优化，所以Android应用开发中同样会出现内存泄露的问题。而且由于Android智能平台主要用于嵌入式产品开发，可用的内存资源更加稀少，所以对于我们Android应用开发人员来说，就更该了解Android程序的内存管理机制，避免内存泄露的发生。 1.1 内存泄露的概念 在计算机科学中，内存泄漏(memory leak)指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况。内存泄漏并非指内存在物理上的消失，而是应用程序分配某段内存后，由于设计错误，失去了对该段内存的控制，因而造成了内存的浪费。内存泄漏与许多其他问题有着相似的症状，并且通常情况下只能由那些可以获得程序源代码的程序员才可以分析出来。然而，有不少人习惯于把任何不需要的内存使用的增加描述为内存泄漏，严格意义上来说这是不准确的。 一般我们常说的内存泄漏是指堆内存的泄漏。堆内存是指程序从堆中分配的，大小任意的（内存块的大小可以在程序运行期决定），使用完后必须显式释放的内存。应用程序一般使用malloc，calloc，realloc，new等函数从堆中分配到一块内存，使用完后，程序必须负责相应的调用free或delete释放该内存块，否则，这块内存就不能被再次使用，我们就说这块内存泄漏了。 这里我们只简单的理解，在java程序中，如果已经不再使用一个对象，但是仍然有引用指向它，GC就无法收回它，当然该对象占用的内存就无法再被使用，这就造成内存泄露。可能一个实例对象的内存泄露很小，并不会引起很大的问题。但是如果程序反复做此操作或者长期运行，造成内存不断泄露，终究会使程序无内存可用，只好被系统kill掉。在以下情况，内存泄漏导致较严重的后果： * 程序运行后置之不理，并且随着时间的流失消耗越来越多的内存（比如服务器上的后台任务，尤其是嵌入式系统中的后台任务，这些任务可能被运行后很多年内都置之不理）； * 新的内存被频繁地分配，比如当显示电脑游戏或动画视频画面时； * 程序能够请求未被释放的内存（比如共享内存），甚至是在程序终止的时候； * 泄漏在操作系统内部发生； * 泄漏在系统关键驱动中发生； * 内存非常有限，比如在嵌入式系统或便携设备中； * 当运行于一个终止时内存并不自动释放的操作系统（比如AmigaOS）之上，而且一旦丢失只能通过重启来恢复。

Android的原理：关于应用自启动,占内存那些问题

Android的原理-不需要太多的剩余内存 Android用RAM的方式，跟windows、WM、Sybiam是两回事。在Android里，RAM被用满了是件好事。它意味着你可以快速打开之前打开的软件，回到之前的位置。所以Android 很有效的使用RAM，很多用户看到他们的RAM满了，就认为拖慢了他们的手机。而实际上，退出后重启这些程序才真正拖慢了手机的响应。而且这些自动杀进程的软件本身是个时刻活跃的进程，它始终在后台保持活跃使得CPU难以消停，反而增加了耗电量。 不用在意剩余内存的大小.其实很多人都是把使用其他系统的习惯带过来来了.安卓Android大多应用没有退出的设计其实是有道理的,这和系统对进程的调度机制有关系.如果你知道java,就能更清楚这机制了.其实和java的垃圾回收机制类似,系统有一个规则来回收内存.进行内存调度有个阀值,只有低于这个值系统才会按一个列表来关闭用户不需要的东西.当然这个值默认设置得很小,所以你会看到内存老在很少的数值徘徊.但事实上他并不影响速度.相反加快了下次启动应用的速度.这本来就是安卓Android标榜的优势之一,如果人为去关闭进程,没有太大必要.特别是自动关进程的软件. 到这里有人会说了,那为什么内存少的时候运行大型程序会慢呢?其实很简单,在内存剩余不多时打开大型程序,会触发系统自身的调进程调度策略,这是十分消耗系统资源的操作,特别是在一个程序频繁向系统申请内存的时候.这种情况下系统并不会关闭所有打开的进程,而是选择性关闭,频繁的调度自然会拖慢系统.所以,论坛上有个更改内存阀值的程序可以有一定改善. 但改动也可能带来一些问题,取决于值的设定. 那么,进程管理软件有无必要呢?有的.就是在运行大型程序之前,你可以手动关闭一些进程释放内存,可以显著的提高运行速度.但一些小程序,完全可交由系统自己管理.谈到这里,可能有的朋友会问,如果不关程序是不是会更耗电.我就说说安卓Android后台的原理,你就明白了.安卓Android 的应用在被切换到后台时,它其实已经被暂停了,并不会消耗cpu资源,只保留了运行状态.所以为什么有的程序切出去重进会到主界面.但是,一个程序如果想要在后台处理些东西,如音乐播放,它就会开启一个服务.服务可在后台持续运行,所以在后台耗电的也只有带服务的应用了.这个在进程管理软件里能看到,标签是service.所以没有带服务的应用在后台是完全不耗电的,没有必要关闭.这种设计本来就是一个非常好的设计,下次启动程序时,会更快,因为不需要读取界面资源,何必要关掉他们抹杀这个安卓Android的优点呢? 还有一个.为什么安卓Android一个应用看起来那么耗内存.大家知道,安卓Android上的应用是java,当然需要虚拟机,而安卓Android上的应用是带有独立虚拟机的,也就是每开一个应用就会打开一个独立的虚拟机.这样设计的原因是可以避免虚拟机崩溃导致整个系统崩溃,但代价就是需要更多内存. 以上这些设计确保了安卓Android的稳定性,正常情况下最多单个程序崩溃,但整个系统不会崩溃,也永远没有内存不足的提示出现.大家可能是被windows毒害得太深了,总想保留更多的内存,但实际上这并不一定会提升速度,相反却丧失了程序启动快的这一系统特色,很没必要.

Android实训心得

Android实训心得 刚开始接触Android感觉到它很有意思，在界面开发上和web也可以形成了相通 的架构，更加方便，视觉上也是非常的酷，在前期我通过的大量的Android SDK开发 范例大全中的例子以及Android提供的APIDEMOS进行学习，尽管例子之间的连接比 较零散，不过通过这些例子的学习我可以学习到了很多和以前java上相通的思想。 我在为期半个月的实习中学到了很多在课堂上根本就学不到的知识，收益非浅．现在我对这半个月的实习做一个工作小结。 通过半个月的android实习，基本掌握了Android应用程序开发的一般流程。对常用控件基本掌握其用法，对其事件的监听方法也基本掌握。学习Android不仅是对前 沿开发技术的了解，也是对编程知识的一次提升。 通过学习Android的控件、布局、Activity、Service等一系列基础知识，对整个Android的开发有了大致的了解。例如要的布局(或者控件) ,在学习界面中，我发现Android为我们提供了很好的类似反射机制，通过Layout文件夹下的配置文件，可以 快速的形成界面，在配置文件可以设置属性或者样式都是很快捷方便。对比较特殊的 界面也可以通过处理嵌入到指定的界面，同样你可以通过java代码直接创建View进 行添加，不过这种方式比较复杂。对一些点击、选中、按键等处理的事件，界面之间 的跳转Intent管理，通过Bundle对数据在界面之间进行传输。 在手机交互式通信服务中，学习了Android手机之间进行短信发送、广播、对广 播的监听、服务等，在Service类中没有context，可以通过Handler来每秒反复运行，自动送出系统广播信息，同时在这里我们也知道可以设计一个常用的变量类，设计一 个当前的CurrentActivity这个变量进行控制，进行处理。 在Android编程过程中巩固熟悉了Java的编程。由于Android应用程序的开发离 不开Java的支持，所以基础的Java知识是必须的。Android系统是基于Linux的手机操作系统平台，要深入系统的学习Android，不仅仅是有Java和Android应用开发， 必须要具备Linux，CC++高级编程才能深入的涉及Android Framework和Android内 核开发。成为Android开发的高素质人才。所以，在后续对Android的学习中可能会看一些较底层的书籍。

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/913673105.html,/mat/downloads.php B．下载MAT Eclipse插件安装包（红框所示，当然你也可是选择Update Site在线安装，个人觉得比较慢）

android项目实训心得体会

android项目实训心得体会 时间总是在不经意间悄然离去，在这短短的10天实训里，让我学会了很多课堂中学不到的东西。虽然只有10天，但让我感觉到无比的充实，让我懂得了学习的意义，时间的宝贵，认真负责的生活态度。明白了做一件事不肯能是一帆风顺，没有困难就没有进步，勇敢和坚持将会带领我们走向成功的驿站。也许这只是一次很小的成功，也会让我感到欣慰，因为我成功了。简单的去做好一件小事，铸就未来巨大的成功。 在这次实训中和队友一起完成一个项目，从开始的无从下手，到初见雏形，再到基本完善。这一幕幕的画面，让人无不对自己所做的标示认可与自豪。在那一行行代码间，流露出来的不只是大家对它付出的汗水，还有那份执着的心。 那天，我们吃着泡面坐着火车和地铁以及公交，不远千万厘米来到这环境清幽，绿化十足的圣地。实训基地虽有些简单，但宽敞明亮的场所让我们不由喜欢。在实训中，回味了曾经的对安卓的“味道”，又对新配方得产生了兴趣。安卓这道菜，想想都醉了。这次实训项目我们做的是个关于点餐类的APP。起初，强大的功能让我们这群菜鸟无从下嘴。但在我们这群崛起的码农面前，这次都不是问题。经过我们七嘴八舌的商讨下，最终确立了需求。需求就像我们人生的航标一样，有了它，我们的开发才有方向，不然都是无用的。每天我们制定开发计划，一小步一小步的走，一行一行慢慢的写。看着一个个小小功能的实现与完善，我们都对他竖起大拇指。

相信队友，这是我在此次实训中悟出来的一点体会。也许他平 日里不怎么优秀；也许他对开发不怎么会；也许他有一些懒惰。但我们都要相信他可以的。作为团队开发类项目，我们不能一个人什么都做完，这样其他人体会不到团队价值，这不利于项目的团队开发。我们要让每个人都有事做，并且要做好。 在这次实训中，我主要学到很多关于安卓界面布局的一些基础 知识。还有关于选项卡以及适配器和SQLite的一些简单操作。在此 次实训中，最主要的是让我的懂得了学习的意义和态度。当自己全身心投入代码的世界中时，时间似乎是静止的。当老师笑着说：“吃饭了…..”。才发现一上午就没了。这种忘我的学习态度，让人倍感兴奋。 此次实训，让我受益匪浅。在今后的工作和学习中用积极主动 的态度去对待，那将是一件美妙的事情。做一个迎难而上的自己，不断完善自己，突破自己。最后感谢在这次实训中无私的照顾我们的老师们，谢谢你们。 时间飞快，转眼毕设实训已经结束，我们也完成了所选的项目 任务。从实训开始到现在，经历了三个多月的时间，在这段时间里，我们着手安卓应用程序开发，刚开始接触Android感觉到它很有意思，在界面开发上和web也可以形成了相通的架构，更加方便，视觉上也是非常的酷，在前期我通过的大量的Android SDK开发范例大全中的例子以及Android提供的APIDEMOS进行学习，尽管例子之间的连接 比较零散，不过通过这些例子的学习我可以学习到了很多和以前java

android内存管理-MAT与防范手段

内存管理与防范手段 目录 内存管理与防范手段 (1) 一．内存分配跟踪工具DDMS–>Allocation tracker 使用 (2) 二．内存监测工具DDMS-->Heap (2) 三．内存分析工具MAT(MemoryAnalyzerTool) (3) 1.生成.hprof文件 (4) 2.使用MAT导入.hprof文件 (5) 3.使用MAT的视图工具分析内存 (5) 四．MAT使用实例 (5) 1.生成heap dump (7) 2.用MAT分析heap dumps (9) 3.使用MAT比较heap dumps (11) 五．防范不良代码 (11) 1．查询数据库没有关闭游标 (11) 2．缓存convertView (12) 3．Bitmap对象释放内存 (13) 4．释放对象的引用 (13) 5．Context的使用 (14) 6．线程 (17) 7．其他 (20) 六．优化代码 (20) 1.使用自身方法（Use Native Methods） (20) 2.使用虚拟优于使用接口 (20) 3.使用静态优于使用虚拟 (20) 4.尽可能避免使用内在的Get、Set方法 (20) 5.缓冲属性调用Cache Field Lookups (21) 6.声明Final常量 (21) 7.慎重使用增强型For循环语句 (22) 8.避免列举类型Avoid Enums (23) 9.通过内联类使用包空间 (23) 10.避免浮点类型的使用 (24) 11.一些标准操作的时间比较 (24) 12.为响应灵敏性设计 (25)

一．内存分配跟踪工具DDMS–>Allocation tracker 使用 运行DDMS，只需简单的选择应用进程并单击Allocation tracker标签，就会打开一个新的窗口，单击“Start Tracing”按钮；然后，让应用运行你想分析的代码。运行完毕后，单击“Get Allocations”按钮，一个已分配对象的列表就会出现第一个表格中。单击第一个表格中的任何一项，在表格二中就会出现导致该内存分配的栈跟踪信息。通过allocation tracker，不仅知道分配了哪类对象，还可以知道在哪个线程、哪个类、哪个文件的哪一行。 尽管在性能关键的代码路径上移除所有的内存分配操作不是必须的，甚至有时候是不可能的，但allocation tracker可以帮你识别代码中的一些重要问题。举例来说，许多应用中发现的一个普遍错误：每次进行绘制都创建一个新的Paint对象。将Paint的创建移到一个实例区域里，是一个能极大提高程序性能的简单举措。 二．内存监测工具DDMS-->Heap 无论怎么小心，想完全避免badcode是不可能的，此时就需要一些工具来帮助我们检查代码中是否存在会造成内存泄漏的地方。Androidtools中的DDMS就带有一个很不错的内存监测工具Heap(这里我使eclipse的ADT插件，并以真机为例，在模拟器中的情况类似)。用Heap 监测应用进程使用内存情况的步骤如下： 1.启动eclipse后，切换到DDMS透视图，并确认Devices视图、Heap视图都是打开的； 2.将手机通过USB链接至电脑，链接时需要确认手机是处于“USB调试”模式，而不是作为“MassStorage”； 3.链接成功后，在DDMS的Devices视图中将会显示手机设备的序列号，以及设备中正在运行的部分进程信息； 4.点击选中想要监测的进程，比如system_process进程； 5.点击选中Devices视图界面中最上方一排图标中的“UpdateHeap”图标； 6.点击Heap视图中的“CauseGC”按钮； 7.此时在Heap视图中就会看到当前选中的进程的内存使用量的详细情况 a)点击“CauseGC”按钮相当于向虚拟机请求了一次gc操作；

心得体会 关于安卓课程设计心得体会

关于安卓课程设计心得体会 关于安卓课程设计心得体会如何写?下面是xxx整理的关于安卓课程设计心得体会范文，欢迎借鉴! 关于安卓课程设计心得体会范文一 刚开始接触Android感觉到它很有意思，在界面开发上和web也可以形成了相通的架构，更加方便，视觉上也是非常的酷，在前期我通过的大量的Android SDK开发范例大全中的例子以及Android提供的APIDEMOS进行学习，尽管例子之间的连接比较零散，不过通过这些例子的学习我可以学习到了很多和以前java上相通的思想，因为Android在现在也是全新的技术和框架，在其中我也学到了如何用单例模式、工厂模式等常用的设计模式进行学习，通过API进行开发客户端，对Request发送，Response处理中通过比较方便的JSON对象传输，以及对XML、JSON、图片、业务等下载处理，对API接口调用等问题处理，学习Android心得体会。首先在界面上，我们同样可以通过不同布局进行设计非常酷的界面，这些界面可以通过include进行引入，和jsp、html也有相通的地方，同样在android上可以用到自定义的样式这和css也有比较相通的地方，我们可以通过一些公用的方法写个BaseActivity这个基类，通过继承方式比较不错的实现了Activity的界面，因为这样你可以Header(头部)和Footer(尾部)进行处

理一些触发事件或者特效等，心得体会《学习Android心得体会》。布局模式以相对模式为主，线线布局模式可以在比较简单的include 进行完成，最重要的一点就是：我们可以自己通过重写方法或者通过实现View或者Layout等类进行扩充项目需要的布局(或者控件),在学习界面中，我发现Android为我们提供了很好的类似反射机制，通过Layout文件夹下的配置文件，可以快速的形成界面，在配置文件可以设置属性或者样式都是很快捷方便。对比较特殊的界面也可以通过处理嵌入到指定的界面，同样你可以通过java代码直接创建View进行添加，不过这种方式比较复杂。对一些点击、选中、按键等处理的事件，界面之间的跳转Intent管理，通过Bundle对数据在界面之间进行传输。其次在手机交互式通信服务中，学习了Android手机之间进行短信发送、广播、对广播的监听、服务等，在Service类中没有context，可以通过Handler来每秒反复运行，自动送出系统广播信息，同时在这里我们也知道可以设计一个常用的变量类，设计一个当前的CurrentActivity这个变量进行控制，进行处理。 关于安卓课程设计心得体会范文二 两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。

Android App内存泄露测试方法总结

Android App内存泄露测试方法总结 1、内存泄露 Android系统为每一个运行的程序都指定了一个最大运行内存，超过这个值则会触发OOM机制，反应在界面就是闪退、Crash现象，导致OOM发生的原因比如内存泄露或者是代码不考虑后果使用大量的资源，都有可能导致OOM出现的。OOM的临界值可以通过adb shell getprop | findstr “heap”查看到： 2、Android的GC机制 Android GC机制沿用了java的GC机制，当需要新内存去分配对象的时候而剩余不够的时候，会触发GC，把无用的对象回收掉，其中一个重要的算法便是分代式算法，这个算法把虚拟机分为年轻代、老年代和持久代，对象先分配到年轻代，然后GC多次后还存活的将会移动到老年代，老年代就不会频繁触发GC机制，一般触发频繁的都是年轻代的对象。 3、为什么会内存泄露 上面我们知道了GC机制，那么如果GC过后程序还是没有内存，那么会发生OOM，导致GC后还是没有足够内存分配新对象的主要原因就是内存泄露了。首先要知道内存泄露也就是GC不掉的根源是生命周期长的对象持有生命周期短的对象，导致无用的对象一直无法回收。以下是几个典型的分类： 1）**静态类相关的泄露：**static对象的生命周期伴随着整个程序的生命周期，所以这块要注意不要把一些对象引用添加到static对象里面去，会造成与之关联的对象无法回收。

2）各种资源的释放：包括cursor的关闭，IO流的关闭，bitmap的回收等，进行一些带有缓存的资源一定要关闭或者释放。 3）Handler的泄露：调用handler的delay的时候，会被认为对象是有用的，导致无法回收，还有handler开启线程去下载东西没有下载完成的时候，也会因为线程导致无法回收activity；或者使用handlerThread的时候，有延迟的方法，都会导致无法回收。其主要原因在于handler是持有activity的引用，主线程不是自带一个Looper然后给handler用，导致有关联关系。 4）各种注册引用方法：比如一个常驻的后台线程处理某些时间，把当前对象注册，因为一直持有对象引用，导致这个activity一直保留，所以不用的时候需要反注册。 5）把对象缓存进容器内却忘记remove掉：有时候为了加快页面响应，结果缓存一些对象到容器内，结果越加越多，然后挂掉。 4、系统级别的内存管理 1）LMK机制和oom_adj的值 Android内核有个专用的驱动low-memory-kill，当系统级别的内存不够的时候会根据oom_adj的值以及内存分配状况去kill掉某个进程，oom_adj可以在 /proc/[pid]/oom_adj看到，并且这个值会随着进程的状态改变而改变，比如系统进程一般是-16，越大越容易被干掉。 2）5个进程的优先级 前台进程：当前运行的，基本不死； 可见进程：界面可以见到，比如被遮挡； 服务进程：进程带后台服务的，比如播放器； 后台进程：点击home键，但不退出，就是后台进程了，有比较大几率会被杀；