espresso 是支持 webview 的啊

嗯，我问问开发去

嗯，看请求头是有这个参数的，可能要问下后端同学了，可能服务端未配置

是啊，上面提到的场景，不是有先后关系吗？也不存在并发执行，所以根本不需要用 ThreadLocal，给我的感觉，就是为了用而用啊。至于支付业务中的应用，得看具体场景，再具体一点，嘿嘿

这个感觉用一个全局 Map 就可以了啊，还是没领会到用 ThreadLocal 的好处。
据我理解，ThreadLocal 是多个线程一起跑的时候，对同一个变量，每个线程希望有自己的一份数据时，才用到。

举例说明一下，使用 ThreadLocal 存储多接口公用数据的场景来

对数据进行统计分析啊

感谢推荐
之前下过 anyproxy，感觉不是太友好，可能我还没摸熟
browsermob 就先踩个坑，暂时还没有那么多精力搞脚本，主要还在搞业务的功能测试

这里面还有 jquery 的写法啊，有意思

嗯，看过你的帖子了，论坛中唯一的一篇，想要了解一下，为什么换 AnyProxy 的？
目前来看，拿到 Har 数据，是比较方便解析的，其中还有一些性能数据后续可以用起来

看上面的问题分析应该能清楚啊，通过 appium 获取的坐标在屏幕外面，获取 webview 控件的宽高，进行等比例缩放，这是当时的方法，现的的话，可以通过 espresso 点击

我理解的话这个 web 和移动端应该差不多

嗯嗯，可以搞的，我也是基于 okhttp 封装的请求

哈哈哈，咱们谁跟谁啊

明明是我的好看，

简单来说至少可以和历史对比

是的

上面讲了啊，需要修改 uiautomatorviewer 的源码，把控件信息塞到树上，就可以了。至于获取控件信息的方法现在主要是调用 Facebook 的 WDA 的 API，你可以看一下 appium 的源码，里面有

具体是在什么时候用啊，什么场景，怎么调用的？

dota 我还是喜欢老夫子，绿杖，跳刀，冰甲，死神镰刀专门给 SF 这种攻击高的人

顶起来，顶起来了

马上年三十了，还不出报告丫

嗯

应该是 uiautomator2 server 的 app 打包失败导致的

我不用模拟器的，我不太确定是不是在建立 tcp 连接的时候出问题了，看日志有可能是，你可以在 CMD 中执行 adb forward tcp:8200 tcp :6297 试一下看看有没有报错