android检测,安卓测试

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

Android ANR检测

ANR本质是一个性能问题，即主线程中的耗时操作造成主线程堵塞，导致应用失去响应能力。

用户触摸操作InputEvent：5s内无响应触发ANR提示；

广播Broadcast：前台广播10s和后台广播60s会触发ANR；

服务Service:前台进程Service20s和后台进程Service200s会触发ANR；

而Service和Broadcast只会打印trace信息，不会提示用户ANR弹窗，大部分可感知的ANR都是由于InputEvent引起的。

Android应用程序是通过消息来驱动的，Android某种意义上也可以说成是一个以消息驱动的系统，UI、事件和生命周期都和消息处理机制息息相关。Android的ANR监测方案也是一样，大部分就是利用了Android的消息机制。

InputEvent的ANR与上图有些不同，是在Native监控，但同样会堵塞主线程的消息队列。

一般来说有四种，分别为BlockCanay、ANR-WatchDog、SafeLooper和FileObserver。

BlockCanary一种非侵入式的轻量性能监控组件，原理巧妙的利用了Android原生Looper.loop中的一个log打印逻辑

这个log打印逻辑正是在Message消息分发前后，监控这两个逻辑之间的时间差就可以得到当前主线程的卡顿状态，如果超时则获取trace信息并上报，具体实现：

它的思路是开辟一个单独现场向主线程发送一个变量+1操作，自我休眠自定义ANR的阈值，休眠过后判断变量是否+1完成，如果未完成则警告。

它主要是通过反射接管主线程Looper的功能，可以自由定制，但是进行message管理会有很大的性能损耗。

Android手机发生ANR后，会把信息存储在/data/anr/traces.txt文件，我们只需要监听这个文件的变化就可以知道是否发生了ANR。

相关问答

Q1: Android核酸检测之------Handler

链接: NewOrin_CSDN .

链接： yxb_yingu_CSDN .

链接： songzi1228_CSDN .

对于Android界面内容的更新只能由主线程来完成，然而主线程做耗时操作轻则造成界面的卡顿，严重会导致ANR（字面意思就是应用无响应，主线程没有在规定的时间内完成相应的工作），所以通常我们把耗时操作放在子线程中去进行，当我们创建的子线程想要更新界面，就需要子线程和主线程存在某种联系，而这个存在它就是handler。

更新内容的传递路径：子线程→消息队列→主线程→界面

补充说明：

那么Handler是怎么工作的呢？首先我们要认识三个类，分别是Message、MessageQueue、Looper。

Handler的主要工作包含消息的发送与接收过程。消息的发送通过post和send的一系列方法来实现，其实post的一系列方法最终还是通过send来实现的。当Handler发送了消息之后，MessageQueue里就插入了一条消息，然后MessageQueue就会返回这条消息给Looper，Looper接收到消息之后就开始处理了，最终消息由Looper交给Handler处理，即Handler的dispatchMessage方法会被调用，这时Handler就进入了处理消息的阶段，最后经过一系列的判断之后，就会调用handleMessage()方法了。

handler在哪里创建是没有关系的，重要的是handler发送的message到达了那个looper的消息队列，不管通过什么方法，只要让handler发送的消息到达UI线程Looper的消息队列，就能实现对UI线程的修改！

Handler跟Thread没有关系，它跟looper绑定，具体绑定那个looper，就要看用的那个构造方法，如果用的是new Handler()这个构造方法，会默认绑定它所在线程的looper和消息队列，如果用的是new Handler(Looper looper)的构造方法，就会与传进去的那个looper绑定。

最根本的目的是解决多线程迸发问题。

假如在一个Activity当中，有多个线程去更新UI，并且都没有加锁机制，那么会产生什么样子的问题？

答案是：更新界面错乱。

如果对更新UI的操作都进行加锁处理的话又会产生什么样子的问题？

答案是：性能下降。

出于对以上问题的考虑，android给我们提供了一套更新UI的机制，我们只需要遵循这样的机制就行了，而根本不用去关心多线程问题，所有的更新UI的操作，都是在主线程的消息队列当中去轮询处理的。

===== ** 子线程操作UI就一定会报错崩溃吗？** ====

Q2: Android 检测设备是否为模拟器

打开 Google 搜索 “模拟器”，各种模拟器映入眼帘。“逍遥安卓-超强安卓模拟器”、“天天模拟器”、“网易MuMu”、“BlueStacks蓝叠安卓模拟器”、“夜神安卓模拟器”、“海马玩模拟器”、“51模拟器”当然还有功能强大的“Genymotion”……

经过上网查找，发现类似的帖子并不是太多，其中经过筛选，发现下面几个通用的解决方案。

于是把上面两种方案结合起来，就是：

经过在各个模拟器上测试，发现大多数都是可以检测出来的，只有各别模拟器不可以检测出来，其中包括“夜神安卓模拟器”。经过观察与对比发现，夜神安卓模拟器有一个和其他模拟器以及手机（手头的）不同的地方，就是“Build.SERIAL”是一个16位的字符串，而其他模拟器都是“unknow"或者"android"，真机是 8 位的字符串，哈哈小样被我抓住了吧，于是修改了检测方法。

再次检测，成功识别！！

由于手头的手机有限，担心将手机识别错误，于是在 weTest 平台抽样对各品牌手机进行测试，果然不出所料，问题出现了。当测试到华为畅享5s的时候，竟然也被识别为模拟器。这下悲剧了，毕竟手机用户还是主要的，可不能错杀好人啊！！！经过观察，发现问题出现在上面自作聪明加的一个判断中 Build.SERIAL.length() 8 ，这个手机的 Build.SERIAL 也是 16 位，这可如何是好？？？

App 中有一个跳转到拨号盘的功能，当然在模拟器中无意点到这个按钮的时候，App 居然 Crash 了，这引起了我的注意，加为之前在真机上从来没有出现过问题，于是再次尝试点击这个按钮，它再次如我所料的 Crash 掉了。我实然灵机一动，对啊这是模拟器，不能拨打电话，所以 Crash 了，这不正是解决方案吗？（一不小心一个 Crash 竟然救了我）于是我在其他几个模拟器中也尝试点击这个按钮，结果是大部分都不支持这个操作，而且都是简单粗暴的直接 Crash 。虽然不能 100% 的识别，但大多数还是可以以此来做识别凭证的。

接下来再修改方法，慢着！大多数平板也是不支持拨打电话的，由于手头也是只有一台华为的平板，测试了一下，发现是跳转到保存联系页面，这个至少也不是 Crash，所以算通过了。

最终将几种方案整合修改后如下：

其实，我相信还有更好的方法去检测，比如通过一些硬件特性，或者模拟器不能模拟的其他特性，但目前还没有找到，如果你有好的办法，欢迎分享！！！

Q3: android性能测试工具有哪些

大概有如下几个工具：

android针对上面这些会影响到应用性能的情况提供了一些列的工具：

1 布局复杂度：

hierarchyviewer：检测布局复杂度，各视图的布局耗时情况：

Android开发者模式—GPU过渡绘制：

2 耗电量：Android开发者模式中的电量统计；

3 内存：

应用运行时内存使用情况查看：Android Studio—Memory/CPU/GPU；

内存泄露检测工具：DDMS—MAT；

4 网络：Android Studio—NetWork；

5 程序执行效率：

静态代码检查工具：Android studio—Analyze—Inspect Code.../Code cleanup... ，用于检测代码中潜在的问题、存在效率问题的代码段并提供改善方案；

DDMS—TraceView，用于查找程序运行时具体耗时在哪；

StrictMode：用于查找程序运行时具体耗时在哪，需要集成到代码中；

Andorid开发者模式—GPU呈现模式分析。

6 程序稳定性：monkey，通过monkey对程序在提交测试前做自测，可以检测出明显的导致程序不稳定的问题，执行monkey只需要一行命令，提交测试前跑一次可以避免应用刚提交就被打回的问题。

说明：

上面提到的这些工具可以进Android开发者官网性能工具介绍查看每个工具的介绍和使用说明；

Android开发者选项中有很多测试应用性能的工具，对应用性能的检测非常有帮助，具体可以查看：All about your phone's developer options和15个必知的Android开发者选项对Android开发者选项中每一项的介绍；

针对Android应用性能的优化，Google官方提供了一系列的性能优化视频教程，对应用性能优化具有非常好的指导作用，具体可以查看：优酷Google Developers或者Android Performance Patterns。

二第三方性能优化工具介绍

除了android官方提供的一系列性能检测工具，还有很多优秀的第三方性能检测工具使用起来更方便，比如对内存泄露的检测，使用leakcanry比MAT更人性化，能够快速查到具体是哪存在内存泄露。

leakcanary：square/leakcanary · GitHub，通过集成到程序中的方式，在程序运行时检测应用中存在的内存泄露，并在页面中显示，在应用中集成leancanry后，程序运行时会存在卡顿的情况，这个是正常的，因为leancanry就是通过gc操作来检测内存泄露的，gc会知道应用卡顿，说明文档：LeakCanary 中文使用说明、LeakCanary: 让内存泄露无所遁形。

GT：GT Home，GT是腾讯开发的一款APP的随身调测平台，利用GT，可以对CPU、内存、流量、点亮、帧率/流畅度进行测试，还可以查看开发日志、crash日志、抓取网络数据包、APP内部参数调试、真机代码耗时统计等等，需要说明的是，应用需要集成GT的sdk后，GT这个apk才能在应用运行时对各个性能进行检测。

Q4: Android应用分身检测

最近app在推广过程中发现有大量的用户使用小号来领取邀请奖励，而小号的操作往往是利用多开软件开启应用分身来登录。为此，我需要区分出本体和克隆体。

当今市面上流行的分身主要有三类

手机厂商实现的分身功能就是用这种方式实现的

检测方案：手上有个小米测试机，正好自带分身，通过getFileDir()的api试了下，在本体得到的是data/data/com.xxx.xxx/files，克隆体得到的是data/user/10/com.xxx.xxx/files

通过反编译apk，修改apk包名、签名等将apk伪装成另外一个app。市面上常见的第三方多开app大部分都是使用的这种技术。其特点是每次制作一个分身都需要时间拷贝、并且在应用列表中可以看到

检测方案：

跟上面一样，可以用getFileDir()来检测，只不过一个是data/data/com.xxx.xxx/files，另一个是data/data/com.xyz.xyz/files

虚拟一个操作系统，克隆体app在这个虚拟系统中运行，在应用列表不可见，代表产品：360分身大师

检测方案：

这个据说是唯一一种绕过getFileDir()的分身方式，确实这种方式让我耗费了很长时间，下面以360的分身大师举例，详细说下分析过程

PS:据说“平行空间”原理和“360分身大师”相同，经测试发现通过getDirFile()就可以判断出来，至此，分身检测基本完成