evi0s
最新版已修复
可以 devtools 打开 Protocol Monitor 看看 CDP 包发了些啥回了些啥。如果小程序界面都能看到那大概率应该是没问题的，可以把微信和小程序全都杀了再打开然后测试。 因为这个是老版本了手头没有对应版本的 binary 所以我这边也没办法测试，可以考虑升级到测试过的版本
如果没有特殊版本需求的话，可以升级到微信最新版再测试，没有必要停留在老版本
肯定还是网络问题，参考 https://github.com/evi0s/WMPFDebugger/issues/58#issuecomment-3336758618
切换上下文到 appContext
顺便，经过打包过后的小程序逻辑层每个 Page 都是闭包，在外层肯定是访问不到闭包内的变量的（作用域）。
> 是否是在 sub_182A64870 里面的偏移量 ✅
> 您好 再打扰您一下 ai分析的是否正确> > 是否是在 sub_182A64870 里面的偏移量 > > > ✅ 答案是正确的，但是你可以让他帮你去理解代码而不是交叉验证数字
可能和 #8 有关，或许在目标页面网络请求的地方下断点来检查请求发送情况？
> 其他同类型工具也是这样的，小程序里的h5，webview，还没找到比较方便的调试途径。 理论上 webview 应该在一个独立的 frame 里面，如果 webview 控件被映射到独立的 iframe 的话， 就会在整个浏览器进程里，能被捕捉到（当然只是理论上哈，我瞎猜的）。有可以拿来测试的小程序吗，想看一眼 > 客户端用vconsole看变量 vconsole 应该是被直接注入到 page-frame 里面，共享渲染 frame 的上下文的，可以看看选择器能不能直接选到 vconsole