牛逼

1 和 2 呢

@doctorq great

牛逼 monkey 你被档位了

我为我女儿报个道，PP 请参考头像

这个一般是自动化来模拟的。区分的是点击的间隔时间，模拟人手动点击的最快速度

哈哈 用到就好

你可以设置 retry 的次数，不能去设置一直跑，不然失去意义

其实弄 2 个就够了 话说我一个都没有

@oscar 华为 P7 小米的系统没接触过，底层改太多了

@oscar 4.3 以后的这个路径还是存在的

@hopecao 恩

不加符号的过滤 例如 s.split()

其实你命令过滤的时候使用 split（）这个方法一般自动过滤掉空格了

不能用字符串截断加正则来判断吗

已补充

@doctorq 恩，对的 jank_count 实际上就是统计的 ceil((C - A) / refresh-period) 发生差异的次数，所以用软件的方式来计算最终 fps 的话 还需要排除掉这个因素的的影响，但实际测试过程中都是用的第一种取帧率的方法，基本没有去读取到 jank_count，跟采用高速相机测试就会有一定的偏差

@doctorq 恩 jank 一般是基于第二种才计算的，jank 的计算会用到 jackinees，这个是通过_GetNormalizedDeltas 这个获得的，然后通过来得到最终数值

sum(1 for change in jankiness
                     if change > 0 and change < pause_threshold)

第一种还是你之前的那种计算是对的，不需要额外-1 的 我上面的那个公式还是不对的，那个只是对第二种帧率用的，如果是第一种计算公式应该是

int(rount(frame_count/seconds))

@doctorq 看了博客的详细分析，感觉缺少几点。第一个关于 jank（掉帧）的计算、第二个是 fps 的获取方法你描述的只是其中的一种 最终帧率=获取到的帧率 - 掉帧 其中获取到的帧率用的为这个公式 int(round((frame_count - 1) / seconds)) 这里会产生 2 个不同点，第一个是关于 frame_count 的获取，另外一个是关于 seconds 的获取，假设被测机型允许 latency（--latency-clear）命令时就会使用博主所说的，如果不允许就通过 (refresh_period, timestamps) = self._GetDataFromThread() 上述 2 个参数实际还是通过_GetSurfaceFlingerFrameData 来获得

加密了 二进制的文件 除非反编译打开的 不然都会这样~

monkeyrunner espresso