这听起来可能有点奇怪，但我有一个问题，如果我在代码中的任何地方设置或取消设置断点（即使在断点未被命中的地方），BLE就会断开连接。
每次我试图设置断点时，我都会设法重现这个过程。断点甚至不需要命中，如果我设置或取消设置断点，BLE将断开连接。
知道是什么导致了这个问题吗？
你好，布莱尔
当连接并且断点命中时，它的正常行为是因为连接丢失了连接间隔。另外，如果断点没有命中也是正常的。当一个断点被插入时，debbuger会在系统中输入一个延迟，因此系统会失去与中央处理器的同步。如果您在解除bug之前或在与中央服务器建立连接之前设置断点，则可以绕过此问题。
谢谢你的对话
嗨，MT_dialog，
我很高兴有一个解释。我想我以前从未遇到过这个问题。可能是我最近添加了更多的代码来读取RFID标签，这增加了更多的延迟等。
有没有办法避免这种情况发生？有时，在连接时设置断点非常有用（即使它们没有直接命中）。
我试着增加连接间隔，但对于iOS设备，它不会超过40毫秒-有什么想法吗？为了停止断开连接，我必须将链路监控超时增加到1s
很抱歉，据我们所知，没有办法限制debbuger输入到系统的延迟，之后您应该实现不同的测试用例以调试代码。
你好，布莱尔
当连接并且断点命中时，它的正常行为是因为连接丢失了连接间隔。另外，如果断点没有命中也是正常的。当一个断点被插入时，debbuger会在系统中输入一个延迟，因此系统会失去与中央处理器的同步。如果您在解除bug之前或在与中央服务器建立连接之前设置断点，则可以绕过此问题。
谢谢你的对话
嗨，MT_dialog，
我很高兴有一个解释。我想我以前从未遇到过这个问题。可能是我最近添加了更多的代码来读取RFID标签，这增加了更多的延迟等。
有没有办法避免这种情况发生？有时，在连接时设置断点非常有用（即使它们没有直接命中）。
我试着增加连接间隔，但对于iOS设备，它不会超过40毫秒-有什么想法吗？为了停止断开连接，我必须将链路监控超时增加到1s
你好，布莱尔
很抱歉，据我们所知，没有办法限制debbuger输入到系统的延迟，之后您应该实现不同的测试用例以调试代码。
谢谢你的对话