1.如何使用Android中的DDMS进行调试
2.android ddms heap内存分析工具使用步骤(监测内存)

如何使用Android中的DDMS进行调试

       ã€€ã€€å®‰å“附带了一个叫Dalvik调试跟踪服务（DDMS）的调试工具它提供端口转发服务，屏幕截屏，线程和堆栈信息，日志，进程，电话状态信息，模拟来电和短信，模拟本地数据，等等。本页提供DDMS最新的功能概述；但不是所有功能和要点的详尽介绍。　　运行DDMS　　DDMS集成在Eclipse中，同时也附带在SDK下的tools目录下。DDMS既可以在模拟器中工作也可以在已连接的设备上工作。如果同时连接了设备和运行了模拟器，DDMS默认在模拟器中运行。　　从Eclipse打开：点击* Window > Open Perspective > Other/images/debug-ddms/images/developing/ddms-network.png　　图2.网络使用表　　监测每次连接数据传输的频率和传输的数据量，可以确定应用的那些地方可以优化以至于可以更省电。通常，应该找可以延迟的短的峰值或者会导致传输延迟，提前清空它们。　　为了更好的确认导致传输峰值的原因，TrafficStats API 允许使用 setThreadStatsTag()方法在线程中标识数据传输，接着用tagSocket()和untagSocket()可以手动标识（或去标识）不同的套接口。例如：　　TrafficStats.setThreadStatsTag(0xFD);TrafficStats.tagSocket(outputSocket);// Transfer data using socketTrafficStats.untagSocket(outputSocket);　　或者，平台中的Apache HttpClient 和URLConnection 的API在活动的标识（被getThreadStatsTag()确定过的标识）上会自动标识内部套接口。当通过活动池回收时，这些API会正确的标识/去标识套接口。　　TrafficStats.setThreadStatsTag(0xFD); try { // Make network request using HttpClient.execute() } finally { TrafficStats.clearThreadStatsTag();}　　在安卓4.0上支持套接口标识，但显示套接口标识的实时状态只在安卓4.0.3或更高版本的设备上才支持。　　使用日志　　LogCat集成在DDMS中，可以输出使用 Log 类打印的消息和其它系统的消息，例如异常抛出时的堆栈跟踪消息。参阅Reading and Writing Log Messages 获得更多关于将消息记录到LogCat的信息。　　当设置完日志后，使用下列按钮就可以用LogCat来过滤特定消息：　　Verbose　　Debug　　Info　　Warn　　Error　　也可以通过自定义设置的过滤器来获得更详细的信息，例如可以用日志标签或进程ID来生成日志信息。使用过滤器的增、删和改按钮来管理自定义的过滤器。　　模拟电话操作和位置　　模拟器控制选项可以模拟手机的语音和数据网络状态。如果你想在不同网络环境下测试应用的健壮性，这会很有用。　　改变网络状态、网速和网络延迟　　模拟器控制选项卡的电话状态部分可以改变手机的网络状态、网速和网络延迟。下列选项可供使用并且设置后立即有效：　　Voice - unregistered home roaming searching denied　　Data - unregistered home roaming searching denied　　Speed - Full GSM HSCSD GPRS EDGE UMTS HSDPA　　Latency - GPRS EDGE UMTS　　模拟来电或短信　　模拟器控制选项卡的电话部分可以模拟电话和短信。这对测试应用在回应来电和短信方面的健壮性很有用。有如下操作：　　Voice - 在 Incoming number 框输入号码，点击Call就给模拟器或电话设备拨打电话。点击Hang up按钮就挂掉电话。　　SMS - 在 Incoming number 框输入号码在Message 输入短信内容，点击Send按钮发送短信。　　设置电话位置　　如果应用需要使用电话位置，使用DDMS可以给电话设备或AVD（安卓虚拟设备）设置模拟位置。如果想测试应用不同方面的跟位置有关的特性又不必实际改变物理位置，这会很有用。下面是可用的定位数据类型：　　Manual - 通过手动指定的十进制或六十进制的经度和纬度值来设置位置　　GPX - GPS 交互文件　　KML - Keyhole 标记语言文件　　要获得更详细的模拟位置数据的信息，请查看Location Strategies

android ddms heap内存分析工具使用步骤(监测内存)

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

         用Heap监测应用进程使用内存情况的步骤如下：

       1。 启动eclipse后，切换到DDMS视图，并确认Devices视图、Heap视图都是打开的；2。 将手机通过USB链接至电脑，链接时需要确认手机是opengrok同步源码处于“USB调试”模式；3。

          链接成功后，在DDMS的Devices视图中将会显示手机设备的序列号，以及设备中正在运行的部分进程信息；4。 点击选中想要监测的进程，比如system_process进程；5。 点击选中Devices视图界面中最上方一排图标中的认证联盟源码“Update Heap”图标；6。

          点击Heap视图中的“Cause GC”按钮；7。 此时在Heap视图中就会看到当前选中的进程的内存使用量的详细情况［如图所示］。说明：a) 点击“Cause GC”按钮相当于向虚拟机请求了一次gc操作；b) 当内存使用信息第一次显示以后，无须再不断的点击“Cause GC”，Heap视图界面会定时刷新，在对应用的c thread 源码不断的操作过程中就可以看到内存使用的变化；

       如何才能知道我们的程序是否有内存泄漏的可能性呢。

         这里需要注意一个值：Heap视图中部有一个Type叫做data object，即数据对 象，也就是我们的程序中大量存在的类类型的对象。在data object一行中有一列是“Total Size”，其值就是当前进程中所有Java数据 对象的内存总量，一般情况下，编译ninja源码这个值的大小决定了是否会有内存泄漏。

         可以这样判断：

       a) 不断的操作当前应用，同时注意观察data object的Total Size值；b) 正 常情况下Total Size值都会稳定在一个有限的范围内，也就是说由于程序中的的代码良好，没有造成对象不被垃圾回收的情况，所以说虽然我们 不断的操作会不断的生成很多对象，而在虚拟机不断的进行GC的过程中，这些对象都被回收了，内存占用量会会落到一个稳定的水平；c) 反之如果代码中存在没有释放对象引用的情况，则data object的Total Size值在每次GC后不会有明显的回落，随着操作次数的增多Total Size的值会越来越大。

       直到到达一个上限后导致进程被kill掉。d) 此处已system_process进程为例，在我的测试环境中system_process进程所占用的内存的data object的Total Size正常情况下会稳定在2。2~2。

         8之间，而当其值超过3。后进程就会被kill。

       总之，使用DDMS的Heap视图工具可以很方便的确认我们的程序是否存在内存泄漏的可能性。如果使用DDMS确实发现了我们的程序中存在内存泄漏，那又如何定位到具体出现问题的代码片段，最终找到问题所在呢？如果从头到尾的分析代码逻 辑，那肯定会把人逼疯，特别是在维护别人写的代码的时候。

         这里介绍一个极好的内存分析工具 -- Memory Analyzer Tool(MAT)。