adb shell dumpsys activity | grep mFocusedActivity

可以查看当前正在展示的activity的信息,后边那个grep好像是linux的,我就用了前半部分,展示了好多信息,不过稍微往上滑一点就能看到

ACTIVITY MANAGER ACTIVITIES (dumpsys activity activities)
Display #0 (activities from top to bottom):
Stack #1:
Task id #1504
TaskRecord{58cb3ac #1504 A=com.magellangps.SmartGPS U=0 sz=2}
Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] flg=0x10000000 cmp=com.xxx.SmartGPS/.StartupActivity }
Hist #1: ActivityRecord{b5bc1bd u0 com.xxx.SmartGPS/.NavigationActivity t1504}
Intent { flg=0x14000000 cmp=com.xxx.SmartGPS/.NavigationActivity }
ProcessRecord{b8d5b25 18169:com.xxx.SmartGPS/u0a346}
Hist #0: ActivityRecord{1039b10 u0 com.xxx.SmartGPS/.MainActivity t1504}
Intent { flg=0x10000000 cmp=com.xxx.SmartGPS/.MainActivity (has extras) }
ProcessRecord{b8d5b25 18169:com.xxx.SmartGPS/u0a346}
Running activities (most recent first):
TaskRecord{58cb3ac #1504 A=com.xxx.SmartGPS U=0 sz=2}
Run #1: ActivityRecord{b5bc1bd u0 com.xxx.SmartGPS/.NavigationActivity t1504}
Run #0: ActivityRecord{1039b10 u0 com.xxx.SmartGPS/.MainActivity t1504}
mResumedActivity: ActivityRecord{b5bc1bd u0 com.xxx.SmartGPS/.NavigationActivity t1504}
adb在sdk的platform-tools目录下
adb如果没有配置环境变量的话,自己切换cmd下的目录到对应的目录即可
adb shell dumpsys meminfo com.magellangps.SmartGPS
adb shell dumpsys meminfo com.charlie.demo0108

通过adb shell dumpsys meminfo 来查看内存使用状况

在没有打开应用的情况下,该命令返回的数据是这样的:

dumpsys未打开应用

打开这个应用的MainActivity,再通过命令查看:

image.png

内存泄露的一个例子

如下代码:

import java.util.ArrayList;
public class ManagerTest {
public static ManagerTest managerTest;
public static ManagerTest getInstance() {
if(managerTest==null) {
managerTest=new ManagerTest();
}
return managerTest;
}
ArrayList listeners=new ArrayList();
public void registerListener(TestListener listener) {
listeners.add(listener);
}
public interface TestListener{
abstract void nothing();
}
}
然后在activity使用了如下的代码,就内存泄露了,这个activity就一直存在了。
//内存泄露测试
ManagerTest.getInstance().registerListener(new TestListener() {
@Override
public void nothing() {
}
});
解决办法就是在页面销毁的时候取消注册这个listener。所以这个listener得写到外边弄个变量保存。
另外一种如果不好取消注册的,可以如下图,把这个注册的listener置为空也可以好像不行
TestListener listener=new TestListener() {
@Override
public void nothing() {
}
};
@Override
protected void onDestroy() {
listener=null;
super.onDestroy();
}

总结一下,上边的也就是匿名内部类了吧,那个TestListener()接口,这玩意基本都会引起内存泄露的

获取连接到的设备信息

adb devices

C:\Users\xxx>adb shell "pm list packages" find samsung

package:com.samsung.android.app.galaxyfinder

打印设备/模拟器上的所有软件包

adb shell "pm list packages"

过滤名字

C:\Users\charlie.song>adb shell "pm list packages" -e samsung
package:com.sec.android.widgetapp.samsungapps
package:com.samsung.android.app.galaxyfinder
package:com.samsung.clipboardsaveservice
package:com.samsung.android.provider.shootingmodeprovider
eclipse 内存分析工具

切换到DDMS页面,左上角如图,点击按钮,会提示保存,当前的内存信息到一个文件[没有插件是这样的]

你得从设备下边点击一下你要分析的app的包名,然后上边按钮才是可用状态

image.png

我是弄的插件,点击完按钮会直接弹出下边的框框,finish即可

image.png

完事就会弹出一个下边的页面,选择histogram,顶部的菜单或者下边那个都行

然后你会看到几十条,最后一行会告诉你有比如4000条这里就显示了30条。所以过滤条件就很有必要了。

输入你怀疑内存泄露的类的名字,回车过滤,下图为过滤的结果

image.png

然后如下图,找到关联的

image.png

然后发现太多了,继续过滤掉,选最后一个,

image.png

然后就会少 很多拉,我这里过滤完就剩下一个context被引用了,会提示你哪个类的

image.png

然后找到这个类里的context,看是哪里传进来的,自然就知道是哪里的问题,然后就想办法是放掉呗。

context被一个静态变量给持有了

有个wifi的页面,最后查出来是这样的,刚开始完全不知道哪里有问题

image.png

搜了下wifimanager的类

private static AsyncChannel sAsyncChannel;
//init方法里初始化的,可以看到
sAsyncChannel = new AsyncChannel();
sConnected = new CountDownLatch(1);
sHandlerThread.start();
Handler handler = new ServiceHandler(sHandlerThread.getLooper());
sAsyncChannel.connect(mContext, handler, messenger);
//进入到connect方法,其实可以吵到context被保存在了AsyncChannel类里了
/** Context for source */
private Context mSrcContext;
//一个静态变量持有了这个context,所以这个context的页面也就内存泄露拉
所以最后修改的地方就是获取wifimanager的时候,用application的上下文
protected WifiManager getWifiManager()
{
return (WifiManager) MainApplication.getAppContext().getSystemService(Context.WIFI_SERVICE);
}

kotlin的写法

最近看了个帖子,kotlin的写法

在一个activity里调用下边的方法,然后关闭页面,然后发现没有内存泄露一说

private fun testR(){
thread {
Thread.sleep(15000)
}
}
另一种,引用了activity里的一个变量,结果就不一样,会内存泄露的。
var aa=1
private fun testR(){
thread {
aa=2
Thread.sleep(15000)
}
}