2025年7月24日，微软在官方博客中宣布：从 Microsoft Edge 143 版本起，将正式移除“网络控制台工具”（Network Console Tool）。这一决定看似普通，却在开发者社区激起强烈反响。
原因很简单——这个功能虽小，但极其实用。
什么是网络控制台工具？
网络控制台工具是 Microsoft Edge 浏览器独有的一个开发者功能，集成在 F12 开发者工具中，允许开发者直接捕获、编辑并重新发送 HTTP 请求。
具体来说，它支持：
- 查看任意网络请求的完整细节（URL、方法、Header、Body）
- 手动修改请求参数（如添加身份验证头、更改请求体）
- 重新发送修改后的请求，实时测试服务器响应
这使得开发者在调试 API 接口、验证后端逻辑或复现用户问题时，无需依赖外部工具（如 Postman 或 curl），即可在浏览器内完成闭环操作。
尤其对于前端工程师和全栈开发者而言，这一功能极大提升了调试效率，尤其是在处理复杂认证流程或动态接口时。
微软的解释：无法维护
在公告中，微软坦言，移除该功能的原因是“没有能力维护”（we do not have the capacity to maintain it）。
更令人意外的是，微软明确表示：不会提供替代方案。
目前尚不清楚“无法维护”具体指什么。业内普遍猜测可能与以下因素有关：
- 微软近期组织架构调整与裁员，导致部分小众功能团队被削减；
- Edge 团队资源向 Chrome 兼容性和核心稳定性倾斜；
- 该功能使用率较低，难以证明持续投入的合理性。
微软表示，未来将重点确保 Edge 的 DevTools 与 Chrome 更好兼容，并提升整体稳定性。同时，官方建议开发者改用 Visual Studio Code 中的 REST Client 扩展 来进行 API 测试。
开发者为何愤怒？
尽管微软给出了理由，但许多开发者并不买账。
一位开发者在社交媒体上直言：
“如果 Edge 准备抛弃开发者，那么开发者也将永远抛弃它。这将是第一个当用户报告问题时，开发者无法直接在浏览器中复现和调试的主流浏览器。”
另一位开发者讽刺道：
“微软宁愿在 DevTools 里塞进 Copilot，也不愿维护一个真正有用的工具。”
这些批评背后，反映的是开发者对 Edge 近年来“重功能展示、轻实用价值”的担忧。
- Copilot 被深度集成进浏览器、代码编辑器甚至系统层级；
- 但像网络控制台工具这样高频、高效的小众功能，却因“维护成本”被直接砍掉。
更关键的是，VS Code 的 REST Client 虽然强大，但使用场景不同：它脱离浏览器上下文，无法直接复现页面触发的请求（如带 cookie、referer 或动态 token 的请求），也无法快速验证前端修改后的实际行为。
换句话说：它不是替代品，而是另一个工具。
被牺牲的“小功能”，往往是生产力的关键
网络控制台工具的存在，体现了一种“以开发者为中心”的设计理念：
在真实工作流中捕捉痛点，提供轻量、直接的解决方案。
它的移除，看似只是少了一个按钮，实则削弱了 Edge 作为开发友好型浏览器的竞争力。尤其是在 Chrome 占据绝对主导的今天，Edge 原本可以通过差异化功能吸引开发者群体——而现在，这种优势正在被逐步消解。
值得注意的是，Edge 并非第一次移除实用功能。过去几年中，诸如“旧版 EdgeHTML 引擎支持”“部分实验性 API”等功能也陆续被放弃，反映出微软在资源分配上的优先级变化：稳定 > 兼容 > 创新 > 专业功能。
开发者能做什么？
目前，该功能已在 Edge 143 及更高版本中移除，且无回退计划。
开发者可考虑以下替代路径：
- 使用 VS Code + REST Client：适合独立 API 测试，但无法完全替代浏览器上下文；
- 借助 Chrome 扩展（如 ModHeader、Talend API Tester）：可在 Chrome 或 Edge 中实现部分请求修改功能；
- 通过浏览器控制台手动构造 fetch 请求：灵活但效率较低；
- 反馈意见：通过 Microsoft Edge Developer Feedback 渠道表达诉求，推动功能回归或改进。
评论