-
RunTrackManager.locationListener.1
记得交叉引用其onLocationChanged()
方法, 看看哪些地方会记录定位信息
当前TODO
-
commitRunRecord()
-
startWork()
的保活任务分析, 保活任务就是弹出声纹验证 -
可以用蓝叠来模拟位置, 然后用frida来抓包, 看看trace长啥样...
-
得知道Track记录的间隔, 有可能跟保活任务有关, 记录间隔1秒,
-
高德地图API去看一下Track, 我记得昨天好像看了, 把里面的数据基本都删去了, 留下了速度还有角度啥的, 回头看看Edge的历史记录(在下面找到了)
-
Android开发: Android Studio 配置工程-创建工程-开发指南-Android 地图SDK|高德地图API (amap.com)
-
关于高德定位设置获取定位数据-获取位置-开发指南-Android 定位SDK | 高德地图API (amap.com)
后记: 手机不知道为啥定位不了, 先放了, 先逆向看吧, 数据就那些
-
sign的验证时每一个请求报文都不一样, 其中有些确实需要用到uri中的参数, 需要用抓包记录中的一些包来验证以下
-
注意HttpUtil的getRunRecordJSON中的两个输入参数, 后面要获取用户输入
-
测试使用了137********和1749******, 同时关闭了输入空的检测
-
后面还要添加, 密码错误的提示
跑步包的TODO
- yearSemeste需要使用到RunningServiceImpl中的一个数据库, 可以通过发包来获取其中的数据
- runDistance和runTime需要通过输入来获取
- recordDate也是需要获取, 很简单
- userId可以直接通过login的response来获取, 为了保证验证一下, 就先忽略了, 注意是一个整数
- 获取JSON数据那里不能用subString, 得换其他的方法
重点
-
VocalVerifyPresenterImpl.resolveStopRecord.4.callback.1.onSuccess.1
里面有声纹状态的定义