androidcpuadb

① android学习之Build环境介绍

这里略过对android在手机上的文件系统框架的阐述（google或者都能帮助你找到对应的信息），主要看google是如何把生成合适的rootfs的工作整合到它的build体系当中，同时，会顺带看一下CyanogenMod中对应各种机型的build机制。
首先，来看一下Android的build系统中，使用到的编译选项和相关工具
具体的目录在：mydroid/build/tools/下
|-- acp
这是一个稍微改良的cp命令，用来应付在windows/MAC/linux下的cp命令的缺陷，其中的README很值得一看！
|-- adbs
这是一个用来查看crash问题的工具，详细请看《Android调试工具之adbs》
|-- Android.mk
|-- apicheck
用来进行发布前的API检查（参见mydroid/build/core/tasks/apicheck.mk），是否新编译的系统中有破坏API兼容性或是非法的API
这里的代码是用java写的用来检查编译时生成的API相关信息的xml文件（mydroid/framework/base/api/中），可以参考里面对于xml文件解析的代码
|-- apriori
实现prelink的工具，简单介绍参见（mydroid/bionic/linker/README.TXT）
|-- atree
为android SDK服务的一个工具，用来按照指定xxx.atree文件中的内容进行一些文件操作
|-- bin2asm
不太明白具体的用处，应该是用来应付mac上编译android一些与gcc相关的问题
|-- buildinfo.sh
生成target中的各种xxx.prop文件，如system.prop, build.prop等
|-- check_builds.sh
包装了diff，用来看2个发布版本之间变化
|-- check_prereq
device上进行ota升级时的工具之一
|-- compare_fileslist.py
与check_builds.sh配合完成版本比较的脚本
|-- droiddoc
Android更具javadoc的一些移植
|-- mp-package-stats
简单的查看一个jar/apk文件内的dex和其它文件的大小信息
|-- event_log_tags.py
处理event-log-tags的内容，关于event-log-tags文件的意义参见《Android学习之event-log-tags是神马》
|-- fileslist.py
简化的列出指定目录下所有文件及大小的脚本 -- 可以放入自己的工具库了使用：）
|-- findleaves.py
在指定目录中（可多个）找指定文件的脚本 -- 可以放入自己的工具库了使用：）
|-- fixlinebreaks.sh
把windows中的换行改为linux下的 -- 可以放入自己的工具库了使用：大散芦）
|-- fs_config
列出指定文件夹滚带及文件的权限
|-- fs_get_stats
得到指定文件夹下文件的简单stats信息
|-- iself
判断文件是否是ELF格式
|-- isprelinked
判断文件是否是prelink过的
|-- java-event-log-tags.py
处理event-log-tags的内容，关于event-log-tags文件的意义参见《Android学习之event-log-tags是神马》
|-- kcm
key character map的工具， 相关资料参照：
|-- lsd
!!!!!! ???
|-- merge-event-log-tags.py
处理event-log-tags的内容，关于event-log-tags文件的意掘野义参见《Android学习之event-log-tags是神马》
|-- mktarball.sh
与fs_get_stats配合而执行的打包工具
|-- print_mole_licenses.sh
显示当前目录下所有mole信息
|-- releasetools
-- check_target_files_signatures
|-- common.py
|-- edify_generator.py
|-- img_from_target_files
|-- ota_from_target_files
`-- sign_target_files_apks
|-- rgb2565
rgb转换工具
|-- signapk
命令行下对jar包签名的工具
|-- soslim
Android定制的编译工具之一，简单介绍参见（mydroid/bionic/linker/README.TXT）
|-- warn.py
解析Android系统编译log的工具
`-- zipalign
zipfile的对齐工具，参见该文件夹下的README.TXT
#p#副标题#e#
在来看看Android编译系统中定义的一些通用XXX.mk文件
mydroid/build/core/
|-- armelflib.x
|-- armelf.x
|-- armelf.xsc
|-- base_rules.mk
|-- binary.mk
|-- build_id.mk
|-- build-system.html
|-- checktree
|-- cleanbuild.mk
|-- cleanspec.mk
|-- clear_vars.mk
|-- combo
|-- config.mk
|-- _headers.mk
|-- definitions.mk
|-- device.mk
|-- dex_preopt.mk
|-- distdir.mk
|-- droiddoc.mk
|-- mpvar.mk
|-- dynamic_binary.mk
|-- envsetup.mk
|-- executable.mk
|-- filter_symbols.sh
|-- find-jdk-tools-jar.sh
|-- help.mk
|-- host_executable.mk
|-- host_java_library.mk
|-- host_native_test.mk
|-- host_prebuilt.mk
|-- host_shared_library.mk
|-- host_static_library.mk
|-- java_library.mk
|-- java.mk
|-- legacy_prebuilts.mk
|-- main.mk
|-- Makefile
|-- multi_prebuilt.mk
|-- native_test.mk
|-- node_fns.mk
|-- notice_files.mk
|-- package.mk
|-- pathmap.mk |-- phony_package.mk
|-- prebuilt.mk
|-- process_wrapper_gdb.cmds
|-- process_wrapper_gdb.sh
|-- process_wrapper.sh
|-- proct_config.mk
|-- proct.mk
|-- proguard.flags
|-- proguard_tests.flags
|-- raw_executable.mk
|-- raw_static_library.mk
|-- root.mk
|-- shared_library.mk
|-- static_java_library.mk
|-- static_library.mk
|-- tasks
|-- user_tags.mk
`-- version_defaults.mk
#p#副标题#e#
这里，目录在mydroid/build/core/tasks/有一些特别的task
|-- apicheck.mk, 判断api是否符合AOSP的规范
|-- cts.mk cts测试， 可以在代码根目录， make cts, 编译结束之后，进入out/host/linux-x86/bin/下，执行cts命令
|-- ide.mk IDE开发环境
|-- proct-graph.mk
`-- sdk-addon.mk
NDK的build环境没有包含在标注难得AOSP的/build/目录下
而是在mydroid/ndk/build下
$ cd ndk/build/tools
$ export ANDROID_NDK_ROOT=aosp-root/ndk
$ ./make-release --help
一些小技巧
如何显示每次编译所包含的所有xxx.mk文件
找到build/core/main.mk
把include $（subdir_makefiles）替换为
[plain] view plain $（foreach subdir_makefile, $（subdir_makefiles），
$（info Including $（subdir_makefile））
$（eval include $（subdir_makefile））)
subdir_makefile :=
如果遇见API相关的PACKAGING/checkapi-current-timestamp] Error 38
需要执行：make update-api
如何在AOSP代码目录之外编译
[plain] view plain # Paths and settings
TARGET_PRODUCT = generic
ANDROID_ROOT = /home/karim/android/aosp-2.3.x
BIONIC_LIBC = $（ANDROID_ROOT）/bionic/libc
PRODUCT_OUT = $（ANDROID_ROOT）/out/target/proct/$（TARGET_PRODUCT）
CROSS_COMPILE =
$（ANDROID_ROOT）/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-
# Tool names
AS = $（CROSS_COMPILE）as
AR = $（CROSS_COMPILE）ar
CC = $（CROSS_COMPILE）gcc
CPP = $（CC） -E
LD = $（CROSS_COMPILE）ld
NM = $（CROSS_COMPILE）nm
OBJCOPY = $（CROSS_COMPILE）obj
OBJDUMP = $（CROSS_COMPILE）objmp
RANLIB = $（CROSS_COMPILE）ranlib
READELF = $（CROSS_COMPILE）readelf
SIZE = $（CROSS_COMPILE）size
STRINGS = $（CROSS_COMPILE）strings
STRIP = $（CROSS_COMPILE）strip
export AS AR CC CPP LD NM OBJCOPY OBJDUMP RANLIB READELF
SIZE STRINGS STRIP
# Build settings
CFLAGS = -O2 -Wall -fno-short-enums
HEADER_OPS = -I$（BIONIC_LIBC）/arch-arm/include
-I$（BIONIC_LIBC）/kernel/common
-I$（BIONIC_LIBC）/kernel/arch-arm
LDFLAGS = -nostdlib -Wl,-dynamic-linker,/system/bin/linker
$（PRODUCT_OUT）/obj/lib/crtbegin_dynamic.o
$（PRODUCT_OUT）/obj/lib/crtend_android.o
-L$（PRODUCT_OUT）/obj/lib -lc -ldl
# Installation variables
EXEC_NAME = example-app
INSTALL = install
INSTALL_DIR = $（PRODUCT_OUT）/system/bin
# Files needed for the build
OBJS = example-app.o
# Make rules
all: example-app
.c.o:
$（CC） $（CFLAGS） $（HEADER_OPS） -c {1}lt;
example-app: ${OBJS}
$（CC） -o $（EXEC_NAME） ${OBJS} $（LDFLAGS）
install: example-app
test -d $（INSTALL_DIR） || $（INSTALL） -d -m 755 $（INSTALL_DIR）
$（INSTALL） -m 755 $（EXEC_NAME） $（INSTALL_DIR）
clean:
rm -f *.o $（EXEC_NAME） core
distclean:
rm -f *~
rm -f *.o $（EXEC_NAME） core
如何增加一个新的设备
[plain] view plain $ cd ~/android/aosp-2.3.x
$ . build/envsetup.sh
$ mkdir -p device/acme/coyotepad
$ cd device/acme/coyotepad
进入AndroidProcts.mk
PRODUCT_MAKEFILES :=
$（LOCAL_DIR）/full_coyotepad.mk
对于full_coyotepad.mk
$（call inherit-proct, $（SRC_TARGET_DIR）/proct/languages_full.mk）
$（call inherit-proct, $（SRC_TARGET_DIR）/proct/full.mk）
DEVICE_PACKAGE_OVERLAYS :=
PRODUCT_PACKAGES +=
PRODUCT_COPY_FILES +=
PRODUCT_NAME := full_coyotepad
PRODUCT_DEVICE := coyotepad
PRODUCT_MODEL := Full Android on CoyotePad, meep-meep
在BoardConfig.mk中
TARGET_NO_KERNEL := true
TARGET_NO_BOOTLOADER := true
TARGET_CPU_ABI := armeabi
BOARD_USES_GENERIC_AUDIO := true
USE_CAMERA_STUB := true
打开vendorsetup.sh
add_lunch_combo full_coyotepad-eng
#p#副标题#e#

② Android设置-->开发人员选项-->"桌面备份密码" 什么用途怎么用

”桌面备份密码“功能，可以备份整个手机的程序和数据，堪比钛备份，而且不需要Root权限

桌面备份功能数团，有可能解决大家刷机数据备份的问题。

③ Android App性能优化之耗电优化

在移动设备中，电池的重要性不言而喻，没有电什么都干不成。对于操作系统和设备开发商来说，去追求更长的待机时间，耗电优化一直没有停止。而对于一款应用来说，并不能忽略耗电问题，特别是那些被归为“电池杀手”的应用，最终的结果是被卸载。因此，应用开发者在实现需求的同时，需要尽量减少电量的消耗（本文针对Android App进行分析）。

App耗电的原因其实很多，这里我就讲以下几种优化方案，优化方案的反面就是他的原因了，几种优化方案如下：

1.合理的使用wake_lock锁，wake_lock锁主要是相对系统的休眠(这里就是为了省电，才做休)而言的，意思就是我的程序给CPU加了这个锁那系统就不会休眠了，这样做的目的是为了全力配合我们程序的运行。有的情况如果不这么做就会出现一些问题，比如微信等及时通讯的心跳包会在熄屏不久后停止网络访问等问题。所以微信里面是有大量使用到了wake_lock锁。

2.使用jobScheler2，集中处理一些网络请求，有些不用很及时的处理可以放在充电的时候处理，比如，图片的处理，APP下载更新等等;

3.计算优化，避开浮点运算等。

4.数据在网络上传输时，尽量压缩数据后再传输，建议用FlatBuffer序列化技术，这个比json效率高很多倍，不了解FlatBuffer，建议找资料学习一下。

App耗电分析所用到的工具

App耗电高说到底无非是因为代码不合理造成的，其中存在的一些问题，我们通过调试也很难定位到。在这里，我给大家分享一款工具，那就是“友盟+u-apm”应用性能监控平台了，是为了帮助开发者监测app应用使用的。它可以实时监测到app性能方面的问题，定位到问题所在处，开发者可以针对问题进行解决并修复。

友盟还通过轻量级的集成接入即可拥有实时、可靠、全面的应用崩溃、ANR、自定义异常等捕获能力，及卡顿、启动分析等性能能力，支持多场景、多通道智能告警监控，帮助开发者高效还原异常、卡顿用户的访问路径和业务现场，缩短故障排查时间。

另外，友盟还提供了云真机测试能力，提供了海量Android、iOS真机，通过资源集中管理，合理调度分配，为开发者提供发版前测试、发现线上问题后复现等场景使用，助力开发者平衡成本与需求，提升研发效率。助力开发者从研发测试质量验收到线上问题复现排查，保障应用品质，提升测试效率。在云真机测试期间自动采集崩溃信息，提供详尽的崩溃报告协助筛查，真正实现监控测试全流程深度打通。为移动开发者提供了灵活地测试操作界面，支持ADB调试、WEB远程调试、扫码、抓包、虚拟定位等测试功能，并提供了测试报告供开发者后续查看。

友盟作为一款监测工具，可以帮助各位开发者监测app性能问题，还可以减轻开发者的负担和压力，简直就是开发者的“得力小帮手”！

④ Android性能测试（内存、cpu、fps、流量、GPU、电量）——adb篇

3）查看进程列表：adb shell "ps"，同时也能获取到应用的UID，方式如下（不需root权限）：

u0_a开头的都是Android的应用进程，Android的应用的UID是从10000开始，到19999结束，可以在Process.java中查看到（FIRST_APPLICATION_UID和LAST_APPLICATION_UID），u0_a后面的数字就是该应用的UID值减去FIRST_APPLICATION_UID所得的值，所以，对于截图这个应用进程，它是u0_a155，按前面的规制，它的UID就是155 + FIRST_APPLICATION_UID = 10155。

VSS - Virtual Set Size 虚拟耗用内存（包含共享库占用的内存）
RSS - Resident Set Size 实际使用物理内存（包含共享库占用的内存）
PSS - Proportional Set Size 实际使用的物理内存（比例分配共享库占用的内存）
USS - Unique Set Size 进程独自占用的物理内存（不包含共享库占用的内存）
一般来说内存占用大小有如下规律：VSS >= RSS >= PSS >= USS

使用 adb shell "mpsys meminfo -s <pakagename | pid>"命令，输出结果分以下4部分:

PS：在apk内调用运行获取其他app的内存数据则需要root权限

adb命令：adb shell mpsys gfxinfo <package | pid>

正常情况下帧率应该在16.67ms左右，1秒60帧，执行结果如下：

详细计算方法如下：

还有一个命令是: adb shell mpsys SurfaceFlinger --latency LayerName

其中LayerName在各个不同系统中获取的命令是不一样的
在Android 6系统直接就是SurfaceView
在Android 7系统中可以通过 mpsys window windows | grep mSurface | grep SurfaceView 然后通过数据截取到
在Android 8系统中可以通过 mpsys SurfaceFlinger | grep android包名获取到

执行命令结果如下：

计算方法比较简单，一般打印出来的数据是129行（部分机型打印两次257行，但是第一部分是无效数据，取后半部分），取len-2的第一列数据为end_time，取len-128的第一列数据为start_time
fps = 127/((end_time - start_time) / 1000000.0)
至于为啥要取第一列数据，这里不做过多介绍，欢迎参看这两篇文章
老罗的文章SurfaceView原理
Android性能测试之fps获取
至于为啥要处于1000000，因为命令打印出来的是纳秒单位，要转为毫秒进行计算，127就是因为命令一次打印出来127帧的数据而已

有两种方法可以获取
1） adb shell "top -n 5 | grep <package | pid>" ，第三列就是实时监控的CPU占用率（-n 指定执行次数，不需root权限），这边top命令执行需要2到3s左右，一般可以采用busybox 的top命令执行，效率会快很多

2） adb shell "mpsys cpuinfo | grep <package | pid>"
两种方法直接区别在于，top是持续监控状态，而mpsys cpuinfo获取的实时CPU占用率数据

adb命令：adb shell "mpsys batterystats < package | pid>" (Android 5.0后引入)
获取单个应用的耗电量信息，具体返回结果待研究

adb命令：adb shell "mpsys battery"
出现信息解读：
AC powered：false 是否连接AC（电源）充电线
USB powered：true 是否连接USB（PC或笔记本USB插口）充电
Wireless powered：false 是否使用了无线电源
status: 1 电池状态，2为充电状态，其他为非充电状态
level：58 电量（%）
scale: 100. 电量最大数值
voltage: 3977 当前电压（mV）
current now: -335232. 当前电流（mA）
temperature:355 电池温度，单位为0.1摄氏度

adb 命令：adb shell "mpsys< package | pid> | grep UID" [通过ps命令，获取app的UID（安装后唯一且固定）]
adb shell cat /proc/uid_stat/UID/tcp_rcv [cat为查看命令，读取tcp_rcv获取应用接收流量信息（设备重启后清零）]
adb shell cat /proc/uid_stat/UID/tcp_snd [cat为查看命令，读取tcp_snd获取应用发送流量信息（设备重启后清零）]
计算流量消耗步骤：

或者还有一种方式获取应用流量消耗：

首先判断类型：
cat /sys/class/thermal/thermal_zone*/type

只有红框框出来的是有效的
cat /sys/class/thermal/thermal_zone*/temp
获取CPU温度

mpsys battery | grep temperature 单位0.1摄氏度

获取/proc/stat文件内容（无权限限制）

总的cpu时间片是 total = user+nice+system+idle+iowait+irq+softirq
忙碌时间为 notidle = user+nice+system +iowait+irq+softirq
cpu使用率计算方法为，先取开始的total值和忙碌时间notidle，隔一段时间片，再取一次计算total2，notidle2, cpuuse = (notidle2 – notidle) * 100 / (total2 - total)%

PS:由于Android 8权限收紧，在Android 8系统手机内apk内读取文件内容为空，需要shell权限才可获取文件内容，下同

读/sys/devices/system/cpu/cpuX/cpufreq/scaling_cur_freq文件的值，X不定，看是几核手机，scaling_cur_freq是否存在也不一定，需要判断

至于为啥不取cpuinfo_cur_freq文件的值，原因是android 6,7系统获取的时候，这个文件shell没有读取权限，需要root权限

参考文章： https://blog.csdn.net/long_meng/article/details/45934899

Android 6,7系统可执行
mpsys window windows | grep "mCurrentFocus"

执行结果一般为类似：
mCurrentFocus=Window{81caaa5 u0 com.tencent.mobileqq/com.tencent.mobileqq.activity.SplashActivity}
按照一定规则把com.tencent.mobileqq提取出来即可

直接apk内读取文件即可，不需要shell权限（支持到Android8）
Gpu使用率获取：会得到两个值，（前一个/后一个）*100%=使用率
adb shell cat /sys/class/kgsl/kgsl-3d0/gpubusy

Gpu工作频率：
adb shell cat /sys/class/kgsl/kgsl-3d0/gpuclk
adb shell cat /sys/class/kgsl/kgsl-3d0/devfreq/cur_freq

Gpu最大、最小工作频率：
adb shell cat /sys/class/kgsl/kgsl-3d0/devfreq/max_freq
adb shell cat /sys/class/kgsl/kgsl-3d0/devfreq/min_freq

Gpu可用频率
adb shell cat /sys/class/kgsl/kgsl-3d0/gpu_available_frequencies
adb shell cat /sys/class/kgsl/kgsl-3d0/devfreq/available_frequencies

Gpu可用工作模式：
adb shell cat /sys/class/kgsl/kgsl-3d0/devfreq/available_governors

Gpu当前工作模式：
adb shell cat /sys/class/kgsl/kgsl-3d0/devfreq/governor

⑤ adb 指令获取的手机cpu为什么都是100多

1. 打开终配嫌端，进入上述目录，如下图所示：

2. 输入adb shell，打开adb命令行，如下图所示：

3. 查看cpu使用情况：
输入命令：top -m 10 -s cpu（-m显示最大数量，-s 按指定行排序），如下图所示：

参数含义：
PID : progress identification，应用程序ID
S : 进程的状态，其中S表示休眠，R表示正在运行，Z表示僵死状态，N表示该进程优先值是负数
#THR : 程序当前所用的线程数
VSS : Virtual Set Size虚拟耗用内存（包含共享库占用的内存）
RSS : Resident Set Size实际使用物理内存（包含共享库占用的内存）
PCY : 前台(fg)和后台培慧手(bg)进程
UID : UserIdentification，用户身份ID
Name : 应用程序名称
（注意第一列的pid，使用pid值可以查看当前程序的内存使用情况。）
4. 查看指定程序内存使用情况：
输入命令：mpsys meminfo pid，比如查看手机安装的360安全卫士，碧神那么实际命令应该为：mpsys meminfo 3253，如下图所示：

[plain] view plain

参数含义：
dalvik : dalvik使用的内存
native : native堆上的内存，指C\C++堆的内存（android 3.0以后bitmap就是放在这儿）
other : 除了dalvik和native的内存，包含C\C++非堆内存······
Pss : 该内存指将共享内存按比例分配到使用了共享内存的进程
heap alloc : 已使用的内存
heap free : 空闲的内存
share dirty : 共享，但有不能被换页出去的内存
private dirty : 非

⑥ 如何查看手机的cpu类型是x86还是arm

您好，很高兴为您解答。

首先您可以先查询一下自己的手机型号使用的是什么型号的cpu，现在市面上高通的cpu使用的是自己的内核，而华为的海思，联发科，猎户座等等使用的是arm的内核，用x86内核的手机cpu已经很少见了，但是也不一定没有。

您可以下载一个安兔兔评测，查看硬件配置，查看cpu可以看到架构上的显示，就知道自己的cpu是什么类型了。

希望可以帮助到您。

⑦ adb 命令查看 手机 CPU信息

查看仔模Android设备的CPU架构信息册裂，可以使用念姿缓命令来完成：
1、adb shell
2、cat /proc/cpuinfo

解析说明:
processor: 0/1 表示第几个核。
BogoMIPS：伪MIPS，用于测量CPU速度
Features：表示当前CPU所支持的特性，比如neon，vfp等。
CPU architecture：7表示arm-v7，8表示arm-v8

⑧ 开发者选项

怎么打开开发者选项
1、首先在关于手机里面，点击“手机配置信息”，然后点击版本号。

2、在版本号上连续点击六次即可打开开发者选项。 3、返回设置即可看到开发者选项。

4、该功能打开后就可以开启相应的功能，比如u *** 调试，或者允许模拟位置等。 (8)androidcpuadb扩展阅读 只有开启了USB调试模式，与电脑连接时才能进行下载软件，一键root，备份联系人等功能。

由于开启u *** 调试模式比较麻烦，所以有一些开发者为操作更友好开发了u *** 调试模式开启工具，目前市面上比较常见的是金山手机控u *** 调试模式开启工具。 在USB调试模式下，手机只要连接电脑，就相当于获得了最高控制权，读取联系人、短信、手机文件都非常方便。

而且任何锁屏都不堪一击，只需下载一个解锁软件，或者root后删除源文件，锁屏就轻松破解了。这样手机中的信息就会泄露。

所以建议在与电脑使用结束后，及时关闭USB调试，以保障信息安全。 参考资料来源：网络-u *** 调试模式。
突然发现开发者选项,有什么作用
第一项：提交错误报告 将本机上安卓系统的出错日志以及硬件设备信息发送给谷歌。

建议：当然不想泄露自己隐私的话，不要使用！ 第二项：桌面密码备份 设置或更新桌面完整备份的密码。建议：没必要设置，谁动你的备份~ 第三项：保持唤醒状态不锁定屏幕 说明文字已经很清楚了：充电时屏幕不会休眠。

建议：关闭 第四项：启用蓝牙HCI信息收集日志 蓝牙互传文件会被记录颂滑团日志。建议：蓝牙都很少用到了，这个日志就更没必要记录了 第五项：进程统计信息 安卓4.4新增给力功能，每个进程的运行时长百分比，ram使用率，相关后台服务统计情况一目了然。

这才是真正意义上的任务管理器，大赞！ 第六项：USB调试 嗯，怎么介绍它呢？反正很有用就是了，允许外部程序尤其是PC端程序通过adb命令管理手机。安卓系统最有趣也是最吸引人的开放性就是由它控制的。

建议：必开，不再多解释！ 第七项：撤销USB调试授权 顾名思义，撤销所有已连接过的电脑调试授权，下次连接又要重新安装驱动。建议：不嫌麻烦的可以点击确认：） 第八项：电源键菜单错误报告 也是意思很清晰明白了。

建议：一样绝不使用！ 第九项：允许模拟地点 真正为开发人员设置的一个选项。软件开发人员对开发的某些定位软件（一般为地图软件），做测试的时候使用的，功能是模拟手机目前所处的位置（比如手机当前实际位置在中国，但测试软件时要求测试条件为美国，就可以使用该功能进行测试软件模拟定位）。

建议：没事就别开了。 第十项：选择调试应用 同样的如假包换的开发者选项。

建议：无视吧 第十一项：显示触摸操作 很好玩的一个选项，开启后，手指点击的地方就显示一个小圆点。我试了试五个手指同时放上去，果然就是五个小圆点（我是有多无聊。

。）

。建议：玩玩还可以，日常使用就别开了。

第十二项：指针位置 以十字横纵坐标的方式显示你触摸的位置，如果是滑动的话，就是一条线的轨迹。建议：装B可用，平常关闭 第十三项：显示屏幕更新 当滚动屏幕或触控或者系统自动刷新使得屏幕上的某块区域重新绘制时，该区域闪烁。

建议：别开，容易亮瞎咱们的24k钛合金眼。 第十四项野橘：显示布局边界 显示当前页面各个组件的边界框架信息，对于开发人员参考好的app设计有些帮助。

建议：关闭。 第十五项：窗口动画缩放、第十六项：过渡动画缩放、第十七项：动让春画程序时长调整 这三项决定了你对整个rom的动态感官体验。

比如启动app、桌面滑屏、确认框的弹出等，有了动画就会显得很顺滑以及和谐。关闭了或调节比例越低，会显得切换动作较为生硬，但好处是对系统资源占用就会降低。

建议：保持前两个为0.5x，最后一个为1x，在性能和体验中间取个平衡。 第十八项：模拟辅助显示设备 不明白用途。

建议：不要动，保持原样。 第十九项强制GPU渲染 值得重点介绍的一个选项。

安卓的软件应用的界面可以使用cpu或gpu渲染，包括桌面。由于gpu处理图形比cpu好，所以gpu渲染应用的界面会更流畅，同时减轻cpu的负担。

gpu强制渲染就是hwa(hard ware acceleration硬件加速)的一种，能够得到更好的优化。 但强制gpu也是有缺陷的。

第一是强制GPU加速功能会增加功耗，降低待机时间。第二是，部分旧程序本身不支持gpu渲染，没有硬件加速hwa的就会出现崩溃。

比较老的程序因为SDK版本低不支持gpu加速，或者开发时默认不开启gpu渲染，遇上gpu强制渲染就会出现问题。建议：个人认为在现在开启和关闭都没有什么问题，看个人喜好，我是开启的，也没发现什么问题。

第二十项：显示GPU视图更新 屏幕上的区域更新时闪烁响应的屏幕区域各种闪烁。建议：关 第二十一项：显示硬件层更新 硬件层更新。

哪会有更新，所以你勾选与不勾选没有什么意义。建议：没意义的就关了吧。

第二十二项：调试GPU过度绘制 当使用GPU绘图时，在屏幕上绘制不同的颜色来表明过度绘制的情况。过度绘制情况的好坏通过颜色来表示，从蓝色、绿色、淡红色到红色 ，分别代表从好到坏的渐变（1x过度绘制、2x过度绘制、3x过度绘制和超过4x过度绘制）。

界面上存在少量的淡红色可以接受，但如果存在较多的大红色就代表过度绘制有点严重了。畅玩总的来说还好，以正常色和蓝绿色居多，说明GPU很智能。

突然发现“全部设置”和“常用设置”两个标题是深红色，过度绘制。

。建议：关闭，这么多蓝蓝绿绿红红的谁受得了。

第二十三项：调试非矩形剪裁操作 这个选项真没明白，开启与关闭都没什么变化，估计是深入到安卓系统核心的开发人员才关注。建议：关闭。

第二十四项：强制启用4x MSAA 4倍抗锯齿，游戏达人应该对此很熟悉。经过小贝实测，对于畅玩的GPU来说，开启此选项不会明显的增加手机的发热量，对于续航也影响不大，当然这是建立在我的游戏时长比较短的情况下。

但对画质的提升还是蛮明显的，地铁跑酷、极品飞车，游戏画面的边缘都有了明显改善，更为细腻圆润。建议：游戏达人，开；普通用户，随意。

第二十五项：停用HW叠加层 停用的话，所有应用将共享视频内存，将不会经常检查碰撞与裁剪以显示一个合适的。
如何打开开发者选项
打开开发者选项的步骤如下：

1.打开手机设置。

2.点击“关于手机”。

3.一直点击版本号，在点击过程中会提示“还有*次，直到打开“开发人员选项”。

4.点击返回到设置主界面，“开发者选项”就出现了。

5.点击开发者选项就进入“开发者选项”页面了。这样就解决了打开开发者选项的问题了。
vivo手机的开发者选项在哪？？？
1、首先，打开手机，选择“设置” 2、然后进入“更多设置” 3、再然后进入“关于手机” 4、然后进入“版本信息” 5、“软件版本号”开始快速的点击5-7次（要快速哦），点击后，会有提示 6、再回到第二步“更多设置”拉倒最后，隐藏的“开发者选项”出来了。

(8)androidcpuadb扩展阅读： 手机是移动电话，或称为无线电话，通常称为手机，原本只是一种通讯工具，早期又有大哥大的俗称，是可以在较广范围内使用的便携式电话终端，最早是由美国贝尔实验室在1940年制造的战地移动电话机发展而来。 手机分为智能手机（Smart phone） 和非智能手机（Feature phone），一般智能手机的性能比非智能手机要好，但是非智能手机比智能手机性能稳定。
开发者选项是什么意思
安卓手机都有一个开发者选项，为手机的工程调试设置项。

一般用USB连接电脑管理手机时，需要把开发者选项里的【USB调试开关打开】。

开发者选项基本功能：

1.调试模式

USB调试是安卓系统对外部程序开放权限，外部程序如果要接管或者参与系统控制，就必须要把USB调试模式给打开，否则外部程序无法实现功能。

2.桌面备份密码

“桌面备份密码”是开发者选项中的第一个设置项，从4.0开始，开发者就可以通过最新的SDK（软件开发工具包）来备份手机系统，这个选项的功能就是事先设置一个备份密码，当开发者通过SDK备份手机系统时，需要先输入已经设置好的密码才可以备份，最大程度保证系统安全。

3.监控选项

监控cpu和GPU使用情况，为了让开发者观察应用对资源的占用情况。

4.强制GPU渲染

开启强制GPU渲染无疑会提高系统的流畅度，但是安卓系统并不能自动调节GPU渲染的开关，只能手动设置，所以开启GPU渲染也同样会加重cpu负担，使的手机耗电量和发热量增加。

5.窗口动画比例，过度动画比例，桌面阴影效果

这些选项都是让系统桌面滑动时候增加一些特效，当然也会拖慢系统流畅度，可以根据自己喜好选择。

6.应用程序

安卓系统的后台程序被分为两类，一类是qq、微博等 “高权限”的应用，这些应用在后台依然会保留原本的服务和权限，并且常驻内存；还有一些游戏程序等“低权限”的应用，只是将一些缓存放在ram中，方便我 们切换和载入。通过在“应用程序”分类中设置“不保留活动”，来节省一些内存，当然并不影响“高权限”程序的后台运行。
谁能给我解释一下,开发者选项里的每一项都有什么用？如图
大同小异，参照看一下吧： Android开发者选项里的主要功能详解第一项：提交错误报告。

这个不需多说，提交当前设备状态的信息以邮件形式发送。 第二项：桌面备份密码。

在这里可以设置或更改桌面完整备份的密码，据估计是谷歌在线备份的相关应用功能。就不要动了。

第三项：不锁定屏幕 底下的描述很清楚，充电的时候屏幕不会自动关闭。不建议开启。

第四项：对SD卡进行读写保护 这一项千万别动，写保护之后，你无法更改，删除存储卡里的文件。需要用电脑解除权限保护才可以！ 第五项：USB调试 USB调试是安卓系统对外部程序开放权限，有一些程序如果要接管或者参与系统控制的话，就必须要把USB调试模式给打开，否则外部程序无法实现功能，所以平时一直开着就可以啦！ 第六项：电源键菜单错误报告 在电源键菜单中添加提交错误报告的选项。

第七项： USB调试通知 开启后，连接USB，如果USB调试处于打开状态，则通知栏会出现一个”小鬼头“，如图，拉下通知，会告诉你USB调试已经打开。 第八项：允许模拟位置 是允许模仿位置是软件开发人员对开发的某些定位软件（一般为地图软件），做测试的时候使用的，功能是模拟手机目前所处的位置（比如手机当前实际位置在中国，但测试软件时要求测试条件为美国，就可以使用该功能进行测试软件模拟定位）。

第九项：选择调试应用 这个选项是允许开发者在电脑上调试手机应用。一般情况下无用。

第十项：等待调试器： 这个没有就没有用，无法操作。 第十一项：通过USB验证应用： 通过检查安装的应用是否存在有害行为，默认是选择的。

不需设置。 第十二项：显示触控操作 为触摸操作提供视觉提示（一个小圆点，挺好玩的），最多试过十点都可以显示。

第十三项：指针位置 屏幕叠加层显示当前触摸数据，在屏幕上层叠加一层与当前进程不冲突的显示平面，以横坐标纵坐标交叉的定位方式，定位你的手指在屏幕上划过的轨迹，支持多点的坐标位置显示。 第十四项：显示布局边界 把屏幕里的视觉元素切割成无数个部分，这个普通用户无用。

第十五项：显示GPU视图更新 屏幕上的区域更新时闪烁响应的屏幕区域各种闪烁 第十六项： 和十五项雷同，只不过这个是整个屏幕都跟着闪烁……对此功能比较无语 第十七，十八，十九项 这个是更改窗口动画速度的，就是我们常说的特效动画的速度。 第二十项：通用HW叠加层 这个选项比较有争议， 如果没有这个，所有应用将共享视频内存，将不会经常检查碰撞与裁剪以显示一个合适的图像（什么玩意？），这会耗费大量处理能力。

而HW叠加层允许应用有单独的视频内存，性能自然要好些。综上所述，“停用HW叠加层”还是不要勾选的好 第二十一项：强制GPU渲染 在应用程序中使用2d程序加速，以前版本的图形界面的渲染工作只有部分由GPU来完成，其他的还是由CPU来做，选上这个就是强制由GPU来渲染，减轻CPU的压力，就是俗称的硬件加速，会增加界面的流畅程度。

但是有一些程序是不兼容的，很容易闪退。大部分程序，QQ,UC，微信之类的都没事 。

建议打开这一项。 第二十二项：强制启用4xMSAA： 抗锯齿，让游戏人物等东西的边缘看着更柔和，更平滑，开启后，画质有大幅的提升。

第二十三项：启动严格模式 应用程序在主线程上执行长时间操作时，屏幕闪烁！在你打开某个应用后，点返回退出但在进程中仍然运行，长时间后屏幕会闪烁提示你在主线程上还是正在运行的应用程序。 第二十四项：显示CPU使用情况 在屏幕上层叠加一层与当前进程不冲突的显示平面，右上角显示当前CPU正在处理的进程。

第二十五项：GPU呈现模式分析 这个暂时有什么作用，我也不太清楚……抱歉了 第二十六项：启用openGL跟踪 图形视角效果器，是手机制作图片软件的辅助工具，比如ps三d立体图，需要启用这个工具才能实现再编辑过程中的图片旋转，放大缩小复位等。 第二十七项：启用跟踪 貌似这个功能是程序开发者追踪函数用的。

勿动 第二十八项：不保留活动 用户离开后即销毁每个活动，这个选项有利也有弊啊！它可以使你的系统运行更加流畅，但是在某些情况下，比如：我们从第一个文件夹复制东西到第2个文件夹 在回到第一个文件夹复制的地方时 ，又要重新寻找刚刚复制的那个地方 这点比较麻烦。还有地方特别是字数条目比较多的地方。

我们在子菜单不操作时按返回键推出的话没有必要在使用它。 第二十九项：后台程序限制 自定义允许后台的程序个数 第三十项：显示所有“无响应” 为后台应用程序显示应用“程序无响应”对话框，就是很多在后台运行的你并看不到的进程，如果它无响应了，系统会显示该无响应进程的无响应对话框。
开发者选项设置技巧有什么害处？
没什么害处，关键你自己要习惯，那里面都是改变手机操作和视觉效果的东西。

不但没什么害处，正确的设置开发者选项，可以提升手机的流畅度。 以下为设置开发者选项来提升手机流畅度的步骤： 1、打开手机设置，点击“关于手机”。

2、连续点击“版本号”直到出现提示“您正处于开发者模式”。 3、回到上一个界面，设置中多出了开发者选项，点进去。

4、将后面的开关打开。 5、允许设置，点击“确定”。

6、这里可以设置对u *** 调试的授权，还有一些其它设置。 7、继续向下浏览，将画面停在“绘图”位置，从这里开始我们对手机的设置才会改变手机流畅度。

8、将图中三个选项后面的倍数全部改为“0.5x”，改完之后我们在手机其它界面可以试着感受一下，确实，应用的读取还有过渡画变得快了很多。 9、除了动画时间，影响我们手机流畅度的最主要的其实是后台进程，很多时候卡顿都是由于后台进程过多造成的，所以一直将页面下滑，找到“后台进程限制”。

10、在这里设置不得超过1个，或者不允许后台进程，这样，CPU就不会被占用太多，设置的后台进程越少，实际使用的体验越流畅。 。

⑨ android 高通cpu怎么用adb查看mem

.一、利用Android API函数查看
1.1 ActivityManager查看可用内存。
ActivityManager.MemoryInfo outInfo = new ActivityManager.MemoryInfo();
am.getMemoryInfo(outInfo);
outInfo.availMem即为可用空闲凯亩睁内存。
1.2、android.os.Debug查询PSS，VSS，USS等单个进程使用内存信息
MemoryInfo[] memoryInfoArray = am.getProcessMemoryInfo(pids);
MemoryInfo pidMemoryInfo=memoryInfoArray[0];
pidMemoryInfo.getTotalPrivateDirty();

getTotalPrivateDirty()
Return total private dirty memory usage in kB. USS

getTotalPss()
Return total PSS memory usage in kB.
PSS
getTotalSharedDirty()
Return total shared dirty memory usage in kB. RSS

二、直接对Android文件进行解析查询，
/proc/cpuinfo系统CPU的类型等多种信息。
/proc/meminfo 系统内存使用信息
如
/proc/meminfo
MemTotal: 16344972 kB
MemFree: 13634064 kB
Buffers: 3656 kB
Cached: 1195708 kB
我们查看机器内存时，会发现MemFree的值很小。这主要是因为，在linux中有这么一种思想，内存不用白不用，因此它尽可能的cache和buffer一些数据，以方便下次使用。但实际上这些内存也是可以立刻拿来使用的。
所以 空闲内存=free+buffers+cached=total-used
通过读取文件/proc/meminfo的信息获取Memory的总量。
ActivityManager. getMemoryInfo(ActivityManager.MemoryInfo)获取当前的可用Memory量。

三、通过Android系统提供的Runtime类，执行adb 命令(top,procrank,ps...等命令)查询
通过对执行结果的标准控制台输出进行解析。这样大大的扩展了Android查询功能.例如：
final Process m_process = Runtime.getRuntime().exec("/system/bin/top -n 1");
final StringBuilder sbread = new StringBuilder();
BufferedReader bufferedReader = new BufferedReader(new InputStreamReader(m_process.getInputStream()), 8192);

# procrank
Runtime.getRuntime().exec("/system/xbin/procrank");
内存耗用：VSS/RSS/PSS/USS
Terms
• VSS - Virtual Set Size 虚拟耗用内存（包含共享库占用的耐孝内存）
• RSS - Resident Set Size 实际使用物理内存（包含共享库占用的内存）
• PSS - Proportional Set Size 实际使用的物理内存（比例分配共享库占用的内存）
• USS - Unique Set Size 进程独自占用的物理内存（不包含共享库占用的内存）
一般来说内存占用大小有盯岁如下规律：VSS >= RSS >= PSS >= USS
USS is the total private memory for a process, i.e. that memory that is completely unique to that process.USS is an extremely useful number because it indicates the true incremental cost of running a particular process. When a process is killed, the USS is the total memory that is actually returned to the system. USS is the best number to watch when initially suspicious of memory leaks in a process.
转载

⑩ 如何查看Android设备的CPU架构信息

只需要用到adb工具即可查看，操作过程如下：

1. 首先需要下载一个adb工具包，网络搜一下就有，一般需要解压，解压开来里面adb.exe,fastboot.exe等文件，放到C盘--用户（users）---administrator，然后粘贴即可，该目录下默认是被系统环境变量识别，无需另加载。