DebugSwift 让 iOS 开发把调试工具装进 App

DebugSwift 是一套功能全面的调试工具集，专为 Swift 开发的 iOS 应用简化调试流程。它能实时监控网络请求、性能指标（CPU 占用、内存使用、帧率 FPS）、崩溃报告，以及钥匙串（Keychain）、用户偏好设置（User Defaults）等应用资源；还内置界面调试工具，可通过网格叠加层、触控指示器可视化界面布局，同时支持内存泄漏检测与控制台日志输出。
该工具最核心的优势在于：开发过程中无需退出应用即可快速定位并修复问题 —— 只需晃动设备就能调出调试面板，大幅提升问题排查的效率。

在做 iOS 开发的时候，总会有一种熟悉的无力感：问题明明就在那，但就是看不见。你写了一堆 print，切到 Xcode 看日志；你怀疑是接口问题，又打开 Charles 抓包；你觉得是缓存没清，又去翻 UserDefaults；如果是 UI 出了问题，还得一层一层去猜布局。调试这件事，本来应该是“观察”，却被迫变成了“推测”。

DebugSwift 做的事情很直接——不再让你离开 App 去找问题，而是把调试能力直接放进 App 里。

当应用运行起来之后，你不需要再切工具，也不需要反复加日志。只要轻轻一晃设备，一个调试面板就会弹出来。这个面板不像传统工具那样分散在各个地方，它更像一个“控制台”，把开发过程中最常用的那些能力集中在一起。网络请求在这里一目了然，请求参数、响应内容、错误信息都可以直接查看；日志不再是散乱的一行一行输出，而是可以分类、筛选、回溯；本地数据，比如 UserDefaults 或 Keychain，也不再是黑盒，你可以直接看到甚至修改它们。

更关键的是，这种调试方式改变的不是工具本身，而是调试的节奏。过去的流程是：复现问题 → 打日志 → 重跑 → 再看结果。而现在更像是：复现问题 → 直接观察。中间那一整段“猜测 + 验证”的过程被压缩掉了。

你甚至可以在界面上直接看到一些辅助信息，比如布局网格、触控反馈，这些东西在 UI 调整的时候非常直观。它不会像 Instruments 那样复杂，也不是为了做深度性能分析，而是让你在开发阶段就能快速发现“哪里不对劲”。

当然，如果把它当成一个全能平台就有点误解了。它不是专门做性能分析的工具，也不是完整的崩溃监控系统，它更像是一个“日常调试基础设施”。那些真正重型的事情，依然要交给专业工具。但在绝大多数日常开发场景里，它已经足够让人不再依赖那些零散、割裂的调试方式。

所以从某种角度看，DebugSwift解决的不是“能不能调试”的问题，而是“调试是否顺畅”的问题。它把调试这件事，从一个需要频繁切换上下文的流程，变成了一个始终发生在应用内部的连续体验。

当你习惯这种方式之后，再回去用纯 print + 外部工具的组合，会明显感觉到一种落差。不是因为那些工具不好，而是因为它们从一开始就不在同一个空间里。而 DebugSwift 做的，就是把这个空间重新拼起来。

Github：https://github.com/DebugSwift/DebugSwift
油管：https://youtu.be/Ey2hXGZy6L8