开发实战邪修1：条件断点不写条件

条件断点是一个高阶调试工具：只在满足判断条件时，程序才会在断点处停下来进入调试状态。

常规用法就是写一个布尔表达式。但如果“非常规”的用一用，可能有意想不到的出奇的效果：不仅减少临时代码，甚至于化腐朽为神奇，在无法修改源码的地方插入逻辑。

条件断掉并不仅仅一个表达式，本质是一段返回布尔值的代码片段，只要结果返回 boolean 值就行。

1、给依赖库“外挂异常日志

有些依赖的服务端库处理异常方式非常简单，捕获了异常但不打印异常日志，客户端收到错误又没有堆栈信息，查找定位时这些问题一个头两个大。在业务中给每个接口添加 try-catch 成本太高，但修改依赖库源码又觉不太适合（就打个日志而已）。

此时安排上条件断点 就能事半功倍，为依赖库里面加“外挂”。在抛出异常的位置打一个断点，在条件里写一段代码：先输出异常，最后返回 false（表示不中断程序）。

这样，我们就捕获到所有异常的完整信息，快速定位到问题位置。同时服务器不会打断的稳定运行。简简单单就实现了无侵入式日志增强，不改一行代码绿色的日志补齐。

2、临时补丁：修改运行时数据

在调试时，可以修改运行时数据，结合断点临时给系统打“补丁”。比如：数据对接测试时临时修改token、服务器远程调试时修改错误字段值、模拟临时状态（超时、失败）、跳过某些判断等等，这些无需重启、立即生效。

3、实时数据的“打印机

在抓取实时数据时，普通断点会不断停下来跳到调试位置，效率很低，而且会影响程序的正常运行。

但借助条件断点后，就能无监督持续的批量打印。在数据解析代码后的位置打一个断点，然后 print 输出数据内容，并且返回 false 布尔值。

推送数据执行到代码处，打印出数据，并且不影响程序的功能运行。就像一个透明的旁路数据输出器。

下图是打印出的实时弹幕吆。

小结：小聪明大效果

条件断点实质是一个调试工具，但用它来处理那些“不好加、不好改”的场景有奇效。用得好，它比修改代码更便捷和环保，甚至在不能修改的地方也能嵌入我们的代码逻辑。

希望这个小技巧，能让你的开发过程更丝滑更愉悦。