Charles Proxy vs Developer Console vs Browserstack [已关闭]

Question

现在似乎有越来越多的开发人员在使用 Charles Proxy，但我无法否认 Charles Proxy 的优点是什么，或者使用 Charles 可以做哪些使用 Chrome 开发者控制台或浏览器堆栈等其他代理无法做的事情。

Answer 1

诸如 Charles Proxy、HTTP Toolkit 和 Fiddler 之类的调试代理都具有浏览器开发人员工具所没有的一些功能：

• 它们可以捕获来自非浏览器来源的流量，例如移动设备和桌面应用程序。
• 它们可以在一个地方捕获来自多个选项卡或其他来源的流量，因此您可以在一处查看来自 Web 应用程序的流量以及微服务之间的后端流量。
• 他们可以捕获浏览器未显示的流量 - 例如浏览器自己对内部浏览器服务的请求，或安全浏览检查，或开发工具中未出现的CORS请求。
• 它们包含许多重写或重新重定向流量的选项（通常带有自动模拟响应的自定义规则和手动编辑流量的断点）
• 它们通常提供更高级的流量过滤和检查，例如更强大的工具，用于查找某些请求、检查更多格式的请求和响应正文、了解压缩和缓存行为、验证标头，甚至使用特定的已知 API 验证已识别的请求参数。

也就是说，浏览器工具有一些独特的优势：

• 零设置，无需单独的应用程序。
• 您可以立即从单个页面获得准确的流量，而不会受到其他任何地方的额外干扰。
• 他们可以使用浏览器内部状态的元数据，例如显示哪行 JS 发送了特定请求，或者显示在建立任何连接之前失败的请求（由于 CORS、混合内容或许多其他浏览器限制）。