jingzhuen
jingzhuen
才发现哥，误报比原版要高一些，不过我大概已经发现问题在哪里了，我改改就好了。
> 这样的话，Goby团队的知识产权是不是全部得不到尊重了？自己分析就算了，放出来有点过了。 用着burp在内的诸多破解工具，张口就是知识产权？ 从接触网安到现在用了多少破解心里没数吗？ 学习有成，思维有了新高度，就放下碗骂娘？
> > > > > > 这样的话，Goby团队的知识产权是不是全部得不到尊重了？自己分析就算了，放出来有点过了。 > > > > > > 用着burp在内的诸多破解工具，张口就是知识产权？ 从接触网安到现在用了多少破解心里没数吗？ 学习有成，思维有了新高度，就放下碗骂娘？ > > 你觉得这么做是对的是吗？ 别的不说，burp 一年 3千多每人，你先自己用上，有条件给手底下人也配了，我就闭嘴 真是小刀拉屁股，给爷开了眼
一边站着去，我纯多余回复
我也是，报错后也不会生成应用工作目录
此外，我还找寻了一些JSONPath在线解析的站点，我发现这些站点均支持包含中划线的键： http://www.atoolbox.net/Tool.php?Id=792 https://www.jsonpath.cn/ https://toolgg.com/jsonpath/ https://www.lddgo.net/string/jsonpath
师傅给出的代码确实没问题，但我有一个疑问： JSONPath.paths();与JSONPath.set();不应该是相互配合的吗，我通过paths()获取的路径应该是可以用于JSONPath.set()的吧。 但是现在却需要自行做更多的处理才行 我只是感觉比较困惑 使用JSONPath.paths();获取的结果：$.phone-Numbers=XXX 我需要手动处理为：$['phone-Numbers'] = XXX 似乎感觉会有点问题，不符合逻辑。
没问题了
尝试了，但输出的json中不再存在中文字符，所有中文均被unicode编码输出，与预期不符 预期是：JSONReader.Feature.xxx，JSONPath.Feature.xxx使用后 ``` JSON.parse(); JSON.parseObject(xx).get("vip"); JSONPath.extract(xx, "vip"); ``` 获取的值均不会被自动unicode解码。 
师傅，我补充一下：与其他工具相比，代码几乎没差，但是目录结构似乎有些异常 因为解包后代码引用utils/util.js，但util.js在解包后的代码中并不存在（图1）