这可能听起来很奇怪，但我有一个问题，如果我在我的代码的任何地方设置或取消断点(甚至在没有击中断点的地方)，BLE断开连接。
每次尝试设置断点时，我都成功地重现了这一点。断点甚至不需要命中，如果我设置或取消它，BLE将断开连接。
知道是什么导致了这个问题吗?
嗨gcblair
当连接和断点到达时，它的正常行为由于连接丢失连接间隔。同样，如果断点没有命中也是正常的。当插入一个断点时，调试器向系统中输入一个延迟，因此系统与中央系统失去同步。如果您在调试之前或与中心建立连接之前设置了断点，则可以绕过这个问题。
由于MT_dialog
嗨MT_dialog,
我很高兴有个解释。我从来没有遇到过这个问题。可能是我最近添加了更多的代码来读取RFID标签，从而增加了更多的延迟。
有没有办法避免这种情况发生?有时，在连接时设置断点是非常有用的(即使它们没有直接按下)。
我试过增加连接间隔，但iOS设备的连接间隔不会超过40毫秒——有什么想法吗?为了停止断开连接，我不得不将链路监督超时时间增加到1秒
抱歉，据我们所知，没有办法限制调试器输入到系统的延迟，之后你应该实现不同的测试用例来调试你的代码。
嗨gcblair
当连接和断点到达时，它的正常行为由于连接丢失连接间隔。同样，如果断点没有命中也是正常的。当插入一个断点时，调试器向系统中输入一个延迟，因此系统与中央系统失去同步。如果您在调试之前或与中心建立连接之前设置了断点，则可以绕过这个问题。
由于MT_dialog
嗨MT_dialog,
我很高兴有个解释。我从来没有遇到过这个问题。可能是我最近添加了更多的代码来读取RFID标签，从而增加了更多的延迟。
有没有办法避免这种情况发生?有时，在连接时设置断点是非常有用的(即使它们没有直接按下)。
我试过增加连接间隔，但iOS设备的连接间隔不会超过40毫秒——有什么想法吗?为了停止断开连接，我不得不将链路监督超时时间增加到1秒
嗨gcblair
抱歉，据我们所知，没有办法限制调试器输入到系统的延迟，之后你应该实现不同的测试用例来调试你的代码。
由于MT_dialog