Android studio如何分析内存泄漏，是否有自带的分析工具

推荐LeakCanary，内存泄露分析工具和方法网上有说很多，不过我觉得等出现了内存泄漏导致问题的时候再来分析，有时候会很困难，比如特定机器上会出现，为了重现问题你可能就需要购买或是拿到这样的机器，然后用各种手段重现问题来获取heap stack,dump 出来用工具分析，需要很多技能，找泄漏点也麻烦。有一种更主动和直观的方式可以来找到泄漏对象和避免它，就是在activity或者fragment销毁的时候检查有没有对象泄露，有的话立马提示出来，具体的可以到github上搜一下，有更具体的说明的。

LeakCanary就能自动检测Activity的泄漏，非常好设置，只要几行代码：

public class ExampleApplication extends Application {

@Override public void onCreate() {

superonCreate();

LeakCanaryinstall(this);

}

}

当检测出泄漏的时候，你会自动得到一个漂亮的泄漏线索，还有一个通知和展示界面

你好，方法如下：

可以直接使用top命令后，查看%MEM的内容。可以选择按进程查看或者按用户查看，如想查看oracle用户的进程内存使用情况的话可以使用如下的命令：

(1)top

top命令是Linux下常用的性能分析工具，能够实时显示系统中各个进程的资源占用状况，类似于Windows的任务管理器

可以直接使用top命令后，查看%MEM的内容。可以选择按进程查看或者按用户查看，如想查看oracle用户的进程内存使用情况的话可以使用如下的命令：

$ top -u oracle

内容解释：

PID：进程的ID

USER：进程所有者

PR：进程的优先级别，越小越优先被执行

NInice：值

VIRT：进程占用的虚拟内存

RES：进程占用的物理内存

SHR：进程使用的共享内存

S：进程的状态。S表示休眠，R表示正在运行，Z表示僵死状态，N表示该进程优先值为负数

%CPU：进程占用CPU的使用率

%MEM：进程使用的物理内存和总内存的百分比

TIME+：该进程启动后占用的总的CPU时间，即占用CPU使用时间的累加值。

COMMAND：进程启动命令名称

常用的命令：

P：按%CPU使用率排行

T：按MITE+排行

M：按%MEM排行

(2)pmap

可以根据进程查看进程相关信息占用的内存情况，(进程号可以通过ps查看)如下所示：

$ pmap -d 14596

(3)ps

如下例所示：

$ ps -e -o 'pid,comm,args,pcpu,rsz,vsz,stime,user,uid' 其中rsz是是实际内存

$ ps -e -o 'pid,comm,args,pcpu,rsz,vsz,stime,user,uid' | grep oracle | sort -nrk5

其中rsz为实际内存，上例实现按内存排序，由大到小

1、阅读源代码及分析动态内存的使用

由于之前没有做过类似的问题（纯属小白了，惨遭鄙视），所以就想着通过自己去看代码，查找里面涉及到使用动态内存的代码段去定位问题（现在想想，真是太幼稚了，大家见笑了），但是自己还是去通过对源代码跟踪、分析，主要是对动态分配的内存（如malloc函数分配的内存）、一些文件描述符等进行跟踪，分析在程序逻辑中对动态分配的内存有没有手动进行释放，打开的文件描述符有没有关闭等这些代码一点点的去分析，当然这也是熟悉代码，了解的一个过程。

2、利用memwatch内存检测工具对程序进行内存分析

Memwatch是一款C语言的内存检测工具。memwatch使用它自己定义的功能函数取代所有在你的程序中用ANSI C定义的内存分配函数，memwatch的内存分配函数包含了所有的分配记录信息。memwatch功能默认不是开启的，除非定义了MEMWATCH，否则在代码中不会跟踪相关的内存使用情况。memwatch通常将它的数据写入到memwatchlog文件中，它也可以被重定向更多Linux *** 作知识，可以百度《Linux就该这么学》。

性能优化我觉得应该分两步走，第一步：寻找性能瓶颈，第二步：性能调优；

下面分别进行分析：

第一步：寻找性能瓶颈

通常性能瓶颈的表象是资源消耗过多、外部处理系统的性能不足；或者资源消耗不多，但是程序效应还是很慢；

资源主要消耗在cpu，文件io，网络io以及内存方面，当某一资源消耗过多会造成系统响应慢；

外部处理系统的性能不足主要是所调用其他系统提供的功能或数据库的响应速度不够，外部系统慢可能也是资源消耗过多导致，数据库响应慢可以对数据库进行调优；

资源消耗不多但仍然慢主要原因是程序代码运行效率不高，未充分使用资源或程序结构不合理；

11cpu消耗分析

可以通过相关命令比如top，pidstat，找出各个类型消耗cpu的占比，最常见的就是us和sy类型分别代表用户进程消耗和线程间切换消耗；如果us过高可以找到相关的线程ID然后分析代码；如果sy过高是不是启动了过多的线程导致线程切换过多；

12文件io消耗

要跟踪线程的文件IO消耗，可以通过pidstat来查找，可以查到每秒的读写kb数；找到读写kb数多个线程，然后结合jstack找到相关的java代码，然后分析；

13网络io消耗

可以通过sar来分析网络的消耗状况，但是不能具体到每个线程所消耗的网络IO，只能对线程dump，查找产生了大量网络io的线程；

14内存消耗

结合top或pidstat，以及jvm的内存分析工具来分析内存消耗；要区分是jvm外的物理内存还是jvmheap区内存；如果是jvm外的物理内存要分析程序中DirectByteBuffer，如果是jvmheap可以通过jvisualvm来分析；

15资源消耗不多但仍然慢

主要原因是：锁竞争激烈，未充分使用硬件资源，数据量增长

第二步：性能调优

21jvm调优

主要包括各个代的大小、GC策略等；代大小的设置：避免新生代大小设置过小，或者过大；避免Survivor区过小或过大；合理设置新生代存活周期；GC策略根据吞吐量优先还是延迟优先进行设置策略；

22程序调优

1CPU消耗严重解决

us过高主要是执行线程无任何挂起动作，可以进行Threadsleep *** 作；sy过高主要是因为创建了过多的线程导致线程上下文切换；

2文件IO消耗严重解决

造成文件IO消耗严重的原因主要是多个线程写大量的数据到同一个文件，导致文件很快变的很大，从而写入速度越来越慢，并造成各线程激烈竞争争抢文件锁，常用的调优方法：异步写文件，批量读写，限流，限制文件大小；

3网络IO消耗严重解决

主要原因是同时发送或者接受的包太多，解决办法就是限流；

4内存消耗严重解决

解决：释放不必要的引用，使用对象缓存池，采用合理的缓存失效策略，合理使用softReference和WeakReference；

23资源消耗不多但仍然慢

主要原因是：锁竞争激烈，未充分使用硬件资源

你好，嵌人式系统已经广泛应用于人类生活中，嵌入式系统中软件的规模和复杂性正在迅速增加。这为嵌入式软件产品创造了巨大的商业机会，同时也对嵌入式软件的开发技术和测试技术提出了新的挑战。嵌入式系统必须依赖于高品质的硬件和高性能的软件，因此对于测试嵌人式系统而言，硬件测试和软件测试都是至关重要的部分。嵌入式软件测试的是保证软件满足需求规格说明，与非嵌入式软件的测试目的是一样的。系统失效是系统没有满足—个或多个正式需求规范中所要求的需求项，嵌入式软件有其特殊的失效判定准则。而且嵌入式软件对可靠性的要求比较高。安全性的缺陷往往会导致灾难性的后果，即使是非安全性系统，由于大批量生产也会导致严重的经济损失。这就要求对嵌入式系统，包括嵌入式软件、嵌入式硬件进行严格的测试、确认和验证。一般来说，软件测试有7个基本阶段，即单元或模块测试、集成测试、外部功能测试、回归测试、系统测试、验收测试、安装测试。嵌入式软件测试在4个阶段上进行，即模块测试、集成测试、系统测试、硬件/软件集成测试。前3个阶段适用于任何软件的测试，硬件/软件集成测试阶段是嵌入式软件所特有的，目的是验证嵌入式软件与其所控制的硬件设备能否正确地交互。

嵌入式软件测试环境嵌入式软件测试的测试环境主要有两种：

1）目标环境测试：基于目标的测试测试全面有效，但是消耗较多的经费和时间。

2）宿主环境测试：基于宿主的测试代价较小，但是有些对环境要求高的功能和性能宿主机无法模拟，测试无法实现。目前的趋势是把更多的测试转移到宿主环境中进行，把宿主环境测试无法实现的复杂和独特功能放在目标环境测试。我们的工作重点是基于宿主环境的测试，基于目标环境的测试作为补充。

在两个环境中可以出现不同的软件缺陷，重要的是目标环境和宿主环境的测试内容有所选择。在宿主环境中，可以进行逻辑或界面的测试、以及与硬件无关的测试。在模拟或宿主环境中的测试消耗时间通常相对较少，用调试工具可以更快地完成调试和测试任务。而与定时问题有关的白盒测试、中断测试、硬件接口测试只能在目标环境中进行。在软件测试周期中，基于目标的测试是在较晚的“硬件/软件集成测试”阶段开始的，如果不更早地在模拟环境中进行白盒测试，而是等到“硬件/软件集成测试”阶段进行全部的白盒测试，将耗费更多的财力和人力。

3嵌入式软件的测试工具用于辅助嵌入式软件测试的工具很多，下面对几类比较有用的有关嵌入式软件的测试工具加以介绍和分析。

31内存分析工具在嵌入式系统中，内存约束通常是有限的。内存分析工具用来处理在动态内存分配中存在的缺陷。当动态内存被错误地分配后，通常难以再现，可能导致的失效难以追踪，使用内存分析工具可以避免这类缺陷进入功能测试阶段。目前有两类内存分析工具——软件和硬件的。基于软件的内存分析工具可能会对代码的性能造成很大影响，从而严重影响实时 *** 作；基于硬件的内存分析工具价格昂贵，而且只能在工具所限定的运行环境中使用。

以上就是关于Android studio如何分析内存泄漏，是否有自带的分析工具全部的内容，包括:Android studio如何分析内存泄漏，是否有自带的分析工具、如何查看某个进程占用的内存，数量，最好能看到各位数、如何定位分析linux内存泄漏问题等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！