adb shell dumpsys cpuinfo| grep packagename
获取当前activity名称
adb shell dumpsys window windows | findstr Current
获取当前activity的信息和包名
adb shell dumpsys activity top
adb shell am force-stop package
adb shell am start -W -n package/activity
pm list packages 列出package信息
pm install 安装
pm uninstall 卸载
pm clear 清空数据
pm get-install-location
pm install
5内存
adb shell top
最近,因公司产品及客户需要,领导让我研究免存储设备ID,以及给出一个设备ID最佳的方案(可与存储相结合)。在研究过浏览器的fingerprient2js后,颇有心得,并且看网上似乎木有完美的解决方案,于是写了这篇文章,仅供需要的开发者参考。(该算法暂未进行验证,这里先给出一个jar包,后期我会在SDK中加入调查接口,分两个jar包(测试版和正式版),希望开发者能支持测试版,稳定后使用正式版。)
在产品中,首先肯定要尽量避免权限,其次考虑卸载APP后ID不一致的问题,再就是尽量结合存储,降低卸载或重装app时,设备ID改变的概率。最后,设计出合理方案,对造成不利的因素进行列举。
Aandroid_id:
什么是android_id呢?当设备在第一次启动时,系统会随机产生一个64位的数字,然后以16进制的形式保存在设备上,且API提供了获取这一参数的方法:
这就是android_id,当设备重新初始化或者刷机的时候,会被重置。
除此以外,android_id还有其他的bug,比如:
1不同的设备可能会产生相同的android_id。
2有的厂商设备无法获取android_id,会返回null。
3对于CDMA的设备,ANDROID_ID和TelephonyManagergetDeviceId() 的值相同。
4不同的android系统版本稳定性不同。
B硬件序列号(SERIAL)
API给的解释是:
A hardware serial number, if available(一个硬件的序列码,如果有效的话)
so,虽然我没有用几百台手机测试,也能知道这个值有时候是无效的,说的这么隐晦。
C指纹
fingerprint:设备的唯一标识。由设备的多个信息拼接合成。
也是在JavaScript才接触到这个单词”fingerprint“,这个词也很生动,意思是能大概的标识一个设备,像指纹一样,但不排除重复的可能性。
理论上讲用这个属性是可以标识一个设备的,但是其实并不是,两台一摸一样的新手机,这个值相同的可能性是很多的。为了更加进一步的精确,后面还会介绍几个属性,并把几个属性结合在一起,生成一个接近100%的UUID。
Dandroid系统提供了获取android系统版本号,生产厂商,固件版本推出时间的API
Eandroid系统提供了当前android设备是12或24小时制显示时间的API,
Fandroid系统提供了当前android设备的修订版本列表,显示屏,主板等等参数。
G可以允许用户根据需求用自定义字符串去为FP做贡献,比如IP地址等
方案:
在不需要用户权限的前提下,网上最完美的方案是将android_id和硬件序列号,如果其中任意一种失效就使用另外一种。受FingerPrint2js的启发,我看了Android获取系统硬件相关的API,将所有不经常变化且能代表一定用户群体的属性都取出来进行MD5运算,包含但不限于依据中所述的信息。准确性还需进一步验证,但理论上要比FingerPrint2js准确性高,也在网上给出的比较好的方案基础上进一步缩小了FP可能重复的概率。
1第一次进入APP时,获取系统相关配置信息生成FP,存入SP。
2每次访问,先从SP取,没有再通过相关配置信息生成FP,存入SP。
3封装成jar,只给用户暴露出获取ID的接口、传递自定义信息构建FP的接口以及第一次安装时间戳的接口(或设置标签调用的接口)
单纯对于FP而言,有两个主要问题需要解决,一是FP重复的问题,相同配置的新设备重复可能性极大,增多给FP贡献的因素的数量,可以有效降低重复率。二是FP改变的问题,贡献FP的生成因素的其中一个如果改变,FP就会改变。所以如果FP的贡献因素数量过多,导致FP改变的概率也就变大,所以说客户要在两者之间做一个很好的平衡。
对比:
为android FP做贡献的各配置参数:(示例以60的华为荣耀8为例)
1Android_ID:SettingsSystemgetString(contextgetContentResolver(), SettingsSystemANDROID_ID) //低版本稳定,高版本不稳定 示例:295a4fbf716094ee
2BuildSERIAL 设备序列号(有的设备无法获取) 示例:WTK7N16923005607
3BuildFINGERPRINT 设备指纹(同样的新设备该值应该是一样的) 示例:honor/FRD-AL00/HWFRD:60/HUAWEIFRD-AL00/C00B171:user/release-keys
4BuildTIME 固件推出日期 示例:1477442228000
5BuildVERSIONINCREMENTAL 源码控制版本号 示例: C00B171
6BuildgetRadioVersion() 获取无线电固件版本 示例:212100300031,212100300031
7BuildHARDWARE 硬件名称 示例:hi3650
8BuildVERSIONSECURITY_PATCH 用户可见安全补丁level(这里我得到的是日期,可能是补丁修复的时间)示例:2016-10-01
9当前设备是12/24时制:SettingsSystemgetString(contextgetContentResolver(), SettingsSystemTIME_12_24) 示例:null(有的手机可以获取)
10BuildVERSIONSDK_INT SDK版本号 (一般讲是与系统版本号一一对应的) 示例:23
11BuildSUPPORTED_32_BIT_ABIS 支持32位ABIs的列表(数值)示例:[armeabi-v7a,armeabi]
12BuildSUPPORTED_64_BIT_ABIS 支持64位ABIs的列表(数值)示例:[arm64-v8a]
13BuildBOOTLOADER 系统启动程序版本号 示例:unknown
14BuildVERSIONRELEASE 用户可见版本 示例: 60
16BuildBOARD 主板 示例:FRD-AL00
17BuildBRAND 系统定制商 示例:honor
21BuildHOST 示例:huawei-RH2288H-V2-12L
23BuildMANUFACTURER 产品/硬件的制造商 示例:HUAWEI
25BuildPRODUCT 产品的名称 示例:FRD-AL00
26BuildTAGS 描述Build的标签(Comma-separated tags describing the build, like "unsigned,debug") 示例:release-keys
28BuildUSER 描述Build的USER 示例:jslave
31BuildVERSIONBASE_OS 基带版本 The base OS build the product is based on 示例:空值
32自定义字符串或自定义数组
am指令是 activity manager的缩写,可以启动Service、Broadcast,杀进程,监控等功能,这些功能都非常便捷调试程序。
可以通过adb shell 进入Android 的Linux命令界面,输入am -help查看详细命令,先介绍几个简单用法,
命令格式如下
命令列表:
原理分析:am命令实的实现方式在Amjava,最终几乎都是调用ActivityManagerService相应的方法来完成的,am monitor除外。比如前面概述中介绍的命令am start -a androidintentactionVIEW -d > 以上就是关于android 常用命令全部的内容,包括:android 常用命令、android获取设备唯一ID(优化方案)、Android中AM、PM、dumpsys命令使用总结等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力! 欢迎分享,转载请注明来源:内存溢出
评论列表(0条)