使用Eclipse----DDMS（最好root过的手机）遇到及解决办法

最新推荐文章于 2023-11-27 15:11:03 发布

LninarMing

最新推荐文章于 2023-11-27 15:11:03 发布

阅读量1.2k

点赞数

分类专栏：测试工具文章标签： DDMS 内存检测 adb

测试工具专栏收录该内容

6 篇文章 0 订阅

订阅专栏

安装eclipse后记得要做的一件事：把编码格式转换成UTF-8，，windows->preferences->general->workspace

使用Eclipse -- DDMS遇到问题，解决方案是百度、google的，但是都是亲测可用。

1.Android adb.exe程序启动不起来,如何处理

端口占用：

5037为adb默认端口，查看该端口情况如下：

netstat -aon|findstr 5037

TCP 127.0.0.1:5037 0.0.0.0:0 LISTENING 6540

发现6540占用了5037端口，继续查看6540的task，发现是wandoujia,

tasklist |findstr “6540”

wandoujia_daemon.exe 6540 Console 1 4,276 K

接下来问题就好解决了，在任务管理器kill掉wandoujia_daemon.exe，运行android程序，ok .

2.The connection to adb is down, and a severe error has occured

eclipseandroidserver任务

启动android模拟器时.有时会报The connection to adb is down, and a severe error has occured.的错误.在网友说在任务管理器上把所有adb.exe关闭掉.重启eclipse.但试过不管用.所以在外国网站上找到一种可行的方法:

1.先把eclipse关闭.

2.在管理器转到你的androidSDK 的platform-tools下, 如图:

3.键入adbkill-server ,如果adb关闭了会提示 server not running *
4.再输入 adbstart-server 如果不成功会提示 daemon not running. starting it now on port ***的而如果成功的话不提示任何语句的.这时再重新打开eclipse就可以正常运行模拟器的了.

还有一种情况,真机调试的时候,你开了腕豆夹,导致端口冲突了,前面一直没留意这个问题，解决办法：安装完手机的驱动后，关闭腕豆夹,重启eclipse，应该就可以了。腕豆夹与eclipse一般不同时打开！

3. Android:adbconnection Error:远程主机强迫关闭了一个现有的连接

问题出现的原因：这是ddms调用adb引发的. 经过一番搜索, 发现这是windows环境下, adb的一个限制, 也可以说是bug.当手机上同时运行的进程数大于64时, 就会引发adb奔溃. 更深层次的原因, 就是windows API的WaitForMultipleObjects所支持的最大句柄数是MAXIMUM_WAIT_OBJECTS, 即64.

解决办法：

1.DDMS->Devices->Reset adb

2.重启eclipse

3.解决问题的办法：http://code.google.com/p/android/issues/detail?id=12141
下载相应的adb.exe文件，用它替换掉你机器上的sdk的platform/tools目录下面的adb.exe。这样就可以完美解决问题。

4.重启虚拟设备

或者adb kill-server

adb start-server

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

一、什么是内存泄露
    内存泄露是指程序中间动态分配了内存，但是在程序结束时没有释放这部分内存，从而造成那一部分内存不可用。导致系统运行变慢或应用程序崩溃。
二、如何检测Android中的内存泄露
    Android tools中的DDMS带有一个很不错的内存监测工具Heap，可以检测一个进程的内存变化，根据这个工具我们大致可以测试某个应用是否存在泄漏的可能。
三、具体操作
   1、打开eclipse，切换到DDMS，并确认Devices视图、Heap视图都是打开的；
   2、将手机通过USB链接至电脑，链接时，选择 “USB调试”模式；
   3、链接成功后，在DDMS的Devices视图中将会显示手机设备的序列号，以及设备中正在运行的部分进程信息
   4、在Devices 中，点击要监控的程序。
   5、点击Devices视图界面中最上方一排图标中的“Update Heap”
   6、点击Heap视图
   7、点击Heap视图中的“Cause GC”按钮；
   8、到此为止需检测的进程就可以被监视。如下图：

四、如何判断内存泄露
Heap视图中部有一个Type叫做data object，即数据对象，也就是我们的程序中大量存在的类类型的对象。在dataobject一行中有一列是“TotalSize”，其值就是当前进程中所有Java数据对象的内存总量，一般情况下，这个值的大小决定了是否会有内存泄漏。可以这样判断：
1.进入某应用，不断的操作该应用，同时注意观察data object的Total Size值
2.正常情况下TotalSize值都会稳定在一个有限的范围内.
3.反之如果代码中存在没有释放对象引用的情况，则data object的Total Size值在每次GC后不会有明显的回落，随着操作次数的增多Total Size的值会越来越大，直到到达一个上限后导致进程被kill掉。
在我们的程序中，要是出现某个进程出现了不断增加的现象，可能该应用就存在泄漏的问题。如果某个进程在操作过程中出现程序崩溃，可能该应用程序已申请不到空间，可能存在内存泄露。

曲线每次向下是做了一次垃圾回收如果人数不上涨每次向下探的越来越浅那就是很可能有泄漏

内存泄露别的方法：

仅供参考
1. 读内存信息的命令 cat /proc/meminfo
2. 做一个动作，停止；读取下内存信息，查看占用内存和可用内存
3. 重复：做一个相同动作，读取内存信息
4. 若发现占用内存渐渐变大，可用内存变小。说明每次操作停止后，内存没有释放。则说明内存泄漏

PC上可以写个bat或shell定时抓取