一个能让你了解所有函数调用顺序的Android库-低调大师

一个能让你了解所有函数调用顺序的Android库

2017-08-01 471

背景

当项目代码量很大的时候，或者你作为一名新人要快速掌握代码的时候，给函数打上log，来了解代码执行逻辑，这种方式会显然成本太大，要改动项目编译运行，NO!太耗时;或者你想debug的方式来给你想关注的几个函数，来了解代码执行逻辑，NO!因为你肯定会漏掉函数;也许你可以固执的给你写的项目打满log说这样也行，但是你要知道你方法所调用的jdk的函数或者第三方aar或者jar再或者android sdk中的函数调用顺序你怎么办，还能打log吗?显然不行吧，来~这个项目给让可以让你以包名为过滤点过滤你想要知道所有函数调用顺序。

效果奉上

动作简介：首先点击MainActivity的自定义MyTextView然后进入SecondActivity再点击textview之后finish跳转回MainActivity

下面是库处理过所得到的函数调用顺序order.txt文件(我这里屏蔽了jdk函数，第三方库函数，以及android sdk中函数，换句话说我就保留了我自己包名中的函数顺序)

832 ent     67593 .....com.zjw.appmethodorder.MainActivity.onClick (Landroid/view/View;)VMainActivity.java
832 ent     99956 ..........com.zjw.appmethodorder.MainActivity.onPause ()VMainActivity.java
832 ent     99970 ...........com.zjw.appmethodorder.BaseActivity.onPause ()VBaseActivity.java
832 ent    100472 ............com.zjw.appmethodorder.BaseActivity.baseOnPause ()VBaseActivity.java
832 ent    128540 ........com.zjw.appmethodorder.SecondActivity. ()VSecondActivity.java 832 ent    128562 .........com.zjw.appmethodorder.BaseActivity. ()VBaseActivity.java 832 ent    213911 ........com.zjw.appmethodorder.SecondActivity.onCreate (Landroid/os/Bundle;)VSecondActivity.java 832 ent    213928 .........com.zjw.appmethodorder.BaseActivity.onCreate (Landroid/os/Bundle;)VBaseActivity.java 832 ent    258414 ..........com.zjw.appmethodorder.BaseActivity.baseOnCreate ()VBaseActivity.java 832 ent   1440503 .........com.zjw.appmethodorder.SecondActivity.onResume ()VSecondActivity.java 832 ent   1440563 ..........com.zjw.appmethodorder.BaseActivity.onResume ()VBaseActivity.java 832 ent   1445675 ...........com.zjw.appmethodorder.BaseActivity.baseOnResume ()VBaseActivity.java 832 ent   2954291 .................com.zjw.appmethodorder.MyTextView.onWindowVisibilityChanged (I)VMyTextView.java 832 ent   3065664 ........com.zjw.appmethodorder.MainActivity.onStop ()VMainActivity.java 832 ent   3065701 .........com.zjw.appmethodorder.BaseActivity.onStop ()VBaseActivity.java 832 ent   3069155 ..........com.zjw.appmethodorder.BaseActivity.baseOnStop ()VBaseActivity.java 832 ent   3139519 .......com.zjw.appmethodorder.SecondActivity.click (Landroid/view/View;)VSecondActivity.java 832 ent   3146300 ........com.zjw.appmethodorder.SecondActivity.finish ()VSecondActivity.java 832 ent   3183478 ..........com.zjw.appmethodorder.SecondActivity.onPause ()VSecondActivity.java 832 ent   3183498 ...........com.zjw.appmethodorder.BaseActivity.onPause ()VBaseActivity.java 832 ent   3183843 ............com.zjw.appmethodorder.BaseActivity.baseOnPause ()VBaseActivity.java 832 ent   3209420 ........com.zjw.appmethodorder.MainActivity. ()VMainActivity.java 832 ent   3209438 .........com.zjw.appmethodorder.BaseActivity. ()VBaseActivity.java 832 ent   3283359 ........com.zjw.appmethodorder.MainActivity.onCreate (Landroid/os/Bundle;)VMainActivity.java 832 ent   3283378 .........com.zjw.appmethodorder.BaseActivity.onCreate (Landroid/os/Bundle;)VBaseActivity.java 832 ent   3330938 ..........com.zjw.appmethodorder.BaseActivity.baseOnCreate ()VBaseActivity.java 832 ent   4363295 .....................com.zjw.appmethodorder.MyTextView. (Landroid/content/Context;Landroid/util/AttributeSet;)VMyTextView.java 832 ent   4436094 ..................com.zjw.appmethodorder.MyTextView.onFinishInflate ()VMyTextView.java 832 ent   4449689 .........com.zjw.appmethodorder.MainActivity.initView ()VMainActivity.java 832 ent   4539427 .........com.zjw.appmethodorder.MainActivity.onResume ()VMainActivity.java 832 ent   4539467 ..........com.zjw.appmethodorder.BaseActivity.onResume ()VBaseActivity.java 832 ent   4543597 ...........com.zjw.appmethodorder.BaseActivity.baseOnResume ()VBaseActivity.java 832 ent   4917854 .................com.zjw.appmethodorder.MyTextView.onAttachedToWindow ()VMyTextView.java 832 ent   4918658 .................com.zjw.appmethodorder.MyTextView.onWindowVisibilityChanged (I)VMyTextView.java 832 ent   5090653 ...................................com.zjw.appmethodorder.MyTextView.onMeasure (II)VMyTextView.java 832 ent   5355203 ..................................com.zjw.appmethodorder.MyTextView.onMeasure (II)VMyTextView.java 832 ent   5456681 .......................................com.zjw.appmethodorder.MyTextView.onSizeChanged (IIII)VMyTextView.java 832 ent   5467577 ....................................com.zjw.appmethodorder.MyTextView.onLayout (ZIIII)VMyTextView.java 832 ent   5876623 ...........................................com.zjw.appmethodorder.MyTextView.onDraw (Landroid/graphics/Canvas;)VMyTextView.java 832 ent   6121967 ........com.zjw.appmethodorder.SecondActivity.onStop ()VSecondActivity.java 832 ent   6121986 .........com.zjw.appmethodorder.BaseActivity.onStop ()VBaseActivity.java 832 ent   6123689 ..........com.zjw.appmethodorder.BaseActivity.baseOnStop ()VBaseActivity.java 832 ent   6127522 ........com.zjw.appmethodorder.SecondActivity.onDestroy ()VSecondActivity.java 832 ent   6127679 .........com.zjw.appmethodorder.BaseActivity.onDestroy ()VBaseActivity.java 832 ent   6133301 ..........com.zjw.appmethodorder.BaseActivity.baseOnDestroy ()VBaseActivity.java

OK!发现是不是很炫酷啊，下面来介绍该库的原理(求star!!!)

原理

本库其实并没有什么黑科技，本库也没有java代码，核心就是2个build.gradle中的task。首先，原理就是基于android sdk中提供的工具----traceview，和dmtracedump。traceview会生成.trace文件，该文件记录了函数调用顺序，函数耗时，函数调用次数等等有用的信息。而dmtracedump 工具就是基于trace文件生成报告的工具，具体用法不细说。

dmtracedump 工具大家一般用的多的选项就是生成html报告，或者生成调用顺序图片(看起来很不直观)。首先说说为什么要用traceview，和dmtracedump来作为得到函数调用顺序的，因为这个工具既然能知道cpu执行时间和调用次数以及函数调用树(看出函数调用顺序很费劲)比如android studio是这样呈现.trace文件的解析视图的

或者这样的

是网上找的，侵删) 用上面这2个图发现你要清晰知道函数调用看懂了才是见鬼了。或者使用dmtracedump 工具解析生成的html长下面这样(dmtracedump 生成图片就不说了生成出的图片也根本看不出顺序这个就略过了)

一开始我以为 Method 序列号有戏于是乎冲动的我把带序号的东西内容复制出来写了一个脚本对他们进行排序代码如下：

import java.io.BufferedReader;
import java.io.FileReader;
import java.io.IOException;
import java.util.ArrayList;
import java.util.Arrays;
import java.util.Collections;
import java.util.regex.Matcher;
import java.util.regex.Pattern;
public class Sort implements Comparable<Sort> {
static String uri = "D:/Application/eclipse/javaworkspace/Testc/JB/1.text";
String str = "";
String content = "";
public Sort(String str,String content) {
super();
this.str = str;
this.content = content;
}
public static void main(String[] args) throws IOException {
// TODO Auto-generated method stub
ArrayList<Sort> list = new ArrayList<>();
BufferedReader in = new BufferedReader(new FileReader(uri));
String a = "";
while ((a = in.readLine()) != null) {
//System.out.println(Long.valueOf(getIndexStr(a)));
if(a.contains("com.zjw.appmethodorder")){
list.add(new Sort(getIndexStr(a),a));
}
}
Collections.sort(list);
for (Sort sort : list) {
System.out.println(sort.content);
}
}
public static String getIndexStr(String str) {
String regEx = "(?<=\\[)(\\S+)(?=\\])";// 匹配[]中的数字
Pattern p = Pattern.compile(regEx);
Matcher m = p.matcher(str.trim());
while (m.find()) {
return m.group().trim();
}
return "";
}
@Override
public int compareTo(Sort o) {
// TODO Auto-generated method stub
//return 0;
return (int) (Long.valueOf(str) - Long.valueOf(o.str));
}
}

结果发现过滤后的东西序列号是按顺序的但是并不是代码执行的逻辑顺序。我擦怎么办，工具代码也写了，居然不是我想要的结果，好在花了一些时间发现dmtracedump -ho 选项，经过研究发现，这玩意输出的内容居然是按逻辑顺序从上到下的，于是基于这一点我写一个项目，其实核心就是2个task完成了了解所有函数调用顺序的目的。

//核心任务：在captures文件目录下输出基于最新.trace文件的函数调用信息的txt版本
//说明：dmtracedump 为 android sdk自带工具，要执行dmtracedump命令则需要先添加环境变量
task AppOutPutMethodOrder() {
doLast {
def capturesDirPath = project.getProjectDir().getParentFile().path + File.separator + "captures";
def capturesDir = new File(capturesDirPath);
capturesDir.traverse {
if (it.isFile() && it.name.endsWith(".trace")) {
def orderName = it.name.replace("trace", "txt")
def orderFile = new File(capturesDirPath, orderName)
orderFile.write("")
def dmtracedumpDir = getDmtraceDumpDir();
//说明：dmtracedump 为 android sdk自带工具，要执行dmtracedump命令则需要先添加环境变量
def baseComand = dmtracedumpDir + "dmtracedump -ho " + it.absolutePath + " >> " + orderFile.absolutePath
println baseComand
String osNameMatch = System.getProperty("os.name").toLowerCase();
if (osNameMatch.contains("windows")) {
("cmd /c start /b " + baseComand).execute()
} else {
["bash", "-c", baseComand].execute()
}
}
}
}
}
/**
* read the sdk dir from local.properties
* eg :
* sdk.dir = /home/env/sdk
* so:
* dmtracedump.dir = /home/env/sdk/platform-tools
*
* @return the dir which dmtracedump tools exists
*/
def getDmtraceDumpDir() {
def rootDir = project.rootDir
def localProperties = new File(rootDir, "local.properties")
def sdkDir = null;
if (localProperties.exists()) {
Properties properties = new Properties()
localProperties.withInputStream { instr ->
properties.load(instr)
}
sdkDir = properties.getProperty('sdk.dir')
}
if (sdkDir == null || !(new File(sdkDir).exists())) {
sdkDir = android.getSdkDirectory().getAbsolutePath()
}
if (sdkDir == null || !(new File(sdkDir).exists())) {
sdkDir = android.plugin.getSdkFolder().getAbsolutePath()
}
def dmtraceDumpToolDir = sdkDir + File.separator + "platform-tools" + File.separator
if (new File(dmtraceDumpToolDir).exists()) {
return dmtraceDumpToolDir;
}
return ""
}
//这里AppFilterMethodOrder 任务其实也不需要执行找到 \captures 目录找到 base_order.txt
//用Notepad++ 使用正则先过滤带 xit 的行（我们只关注ent 行就行，ent代表进入执行函数　xit代表退出函数）再过滤掉你不关心的包名
// Notepad++ 中过滤将会使用到的命令行如下
//^.*xit.*$ //去除掉含有 xit 字符串的行然后替换为空
// ^((?!XXX).)*$ //去除不包含XXX的行然后替换为空
//^\s+ //合并空行然后替换为空
task AppFilterMethodOrder() {
doLast {
//TODO 替换为你想要过滤的包名
def filterPackageName = "com.zjw.appmethodorder"
if (project.hasProperty("package_name")) {
filterPackageName = project.getProperty("package_name")
}
//处理包名
def filterSignature = filterPackageName.replaceAll("[.]", "/")
def capturesDirPath = project.getProjectDir().getParentFile().path + File.separator + "captures";
def capturesDir = new File(capturesDirPath);
capturesDir.traverse {
if (it.isFile() && it.name.endsWith(".txt") && !it.name.contains("--filter")) {
def orderName = it.name.replace(".txt", "--filter.txt")
def orderTimeName = it.name.replace(".txt", "--timefilter.txt")
def orderFile = new File(capturesDirPath, orderName)
orderFile.write("")
def orderTimeFile = new File(capturesDirPath, orderTimeName)
orderTimeFile.write("")
it.eachLine { line ->
if (line.contains(" ent ")
//兼容不同版本traceview 有的是方法包名有的是方法签名
&& (line.contains(filterPackageName)
|| line.contains(filterSignature))
) {
orderFile.append(line + "\n")
}
//生成带xit 和 ent 的trace行函数耗时计算方式： xit字符后数值减去 ent字符后的数字（差值就是耗时单位：微妙）
//注意：好像函数体中含Thread.sleep的计算不准确
if (line.contains(filterPackageName)
|| line.contains(filterSignature)){
orderTimeFile.append(line + "\n")
}
}
}
}
}
}

如何使用

讲了一堆原理我们来说说这个库怎么用吧。

下载utils.gradle到工程根目录
修改根目录下build.gradle,增加 apply from: rootProject.getRootDir().getAbsolutePath() + "/utils.gradle" 对utils.gradle的引用,具体可参考本工程根目录下的build.gradle.
使用下面的详细介绍生成trace文件
使用下面的命令生成堆栈文件 ./gradlew AppOutPutMethodOrder
上面命令文件内容太多时,通过这个命令进行过滤包含需要过滤的字符串 ./gradlew AppFilterMethodOrder -P package_name=com.zjw.appmethodorder

注意：请先确保 anroid sdk 中的dmtracedump 工具加入在你的环境变量中(Mac同学因为task面板执行的bug 需要把gradle添加到环境变量中)

首先编译运行项目，然后点击下图的时钟(这是使用工具打trace start 和 end)进行操作，可以参考上文所说的动作简介(记住你操作想想你的生命周期函数调用顺序，待会可以和生成的captures目录下base_order.txt或者生成的order.txt中的函数顺序做做对比)然后再点一次下图那个时钟。还有一种记录trace start 和 end的方式就是在修改代码,即使用android.os.Debug.startMethodTracing();和android.os.Debug.stopMethodTracing();

以上操作完成后即会在captures目录生成

com.zjw.appmethodorder_2017.03.25_21.41.trace文件，android studio会默认打开一个可视化窗口

然后双击右侧面板的 AppOutPutMethodOrder任务 (特别注意：用Mac的同学注意了，现在已知双击执行task会输出空文件，貌似是studio的BUG，可以使用 ./gradlew AppOutPutMethodOrder执行该任务)如下图

这一步完成就将在captures目录生成和trace文件同名的txt文件(如示例com.zjw.appmethodorder_2017.03.25_21.41.trace)，该文件包含所有函数执行顺序

等待任务执行完成，再双击执行AppFilterMethodOrder任务 (特别注意：用Mac的同学注意了，现在已知双击执行task会输出空文件，貌似是studio的BUG，可以使用 ./gradlew AppFilterMethodOrder -P package_name=com.zjw.appmethodorder执行该任务)如下图窗口

该任务目的就是过滤其他非相关包名，留下自己包名的函数，任务执行完成将在captures目录生成和·trace文件同名+--filter.txt文件(例如示例AppMethodOrder\captures\com.zjw.appmethodorder_2017.03.25_21.41--filter.txt) 如下图：

接下来打开trace文件同名+--filter.txt文件(例如示例AppMethodOrder\captures\com.zjw.appmethodorder_2017.03.25_21.41--filter.txt)就是上文效果中的那样啦。

关于扩展和改造

这里改成你想要过滤的包名即可。

小工具

Windows 环境下可使用tool文件夹下的Method-trace-analysis.jar 直接导入.trace文件，一键分析

执行AppFilterMethodOrder 任务新增后缀为--filterTime.txt 的文件，用于计算方法耗时

如上图例：MainActivity.onPause方法执行耗时为149231-148152 = 1079,最终耗时为 1079μs(微秒) 约为 1毫秒

1.生成带xit 和 ent 的trace行函数耗时计算方式： xit字符后数值减去 ent字符后的数字 (差值就是耗时单位：微妙)

2.注意：函数体中含Thread.sleep的计算不准确

作者：zjw-swun

来源：51CTO

微信关注我们

原文链接：https://yq.aliyun.com/articles/180215

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

自定义View-仿虎扑直播比赛界面的打赏按钮

作为一个资深篮球爱好者，我经常会用虎扑app看比赛直播，后来注意到文字直播界面右下角加了两个按钮，可以在直播过程中送虎扑币，为自己支持的球队加油，具体的效果如下图所示：我个人觉得挺好玩的，所以决定自己实现下这个按钮，废话不多说，先看实现的效果吧：这个效果看起来和popupwindow差不多，但我是采用自定义view的方式来实现，下面说说过程。首先从虎扑的效果可以看到，它这两个按钮时浮在整个界面之上的，所以它需要和FrameLayout结合使用，因此我让它的宽度跟随屏幕大小，高度根据dpi固定，它的实际尺寸时这样的：另外这个view初始化出来我们看到可以分为三块，背景圆、圆内文字、圆上方数字，所以正常状态下，只需要在onDraw方法中画出这三块内容即可。先在初始化方法中将自定义的属性和画笔以及初始化数据准备好： privatevoidinit(Contextcontext,AttributeSetattrs){ //获取自定义属性 TypedArraytypedArray=context.obtainStyledAttributes(attrs,R.styleable.HoopV...

2017-08-01

837

第一部分工具和基础第一部分主要介绍如下内容：如何安装和使用工具，编写良好的Android代码所需的Java知识，以及如何设计和使用SQL数据库。这些内容对于Android程序中的Android应用模型、持久性系统和关键设计模式的实现是至关重要的。

2017-08-01

516

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。