千万不要在方法上打断点！有大坑！

2023-09-08 10:34:13

千万不要在方法上打断点！有大坑！

开发中，打断点是非常常用的一个调试手段，它能让我们快速定位到程序出错的位置，并查看变量的状态。但在使用打断点时，我们也要注意一些坑，否则会让我们陷入不必要的麻烦。

打断点导致死锁

当我们在多线程程序中使用打断点时，可能会遇到死锁问题。这是因为当一个线程被中断时，其他线程可能正在等待它的锁，导致所有线程都无法继续执行。

例如，在以下代码中，如果我们在 thread1 上设置了断点，那么 thread2 将永远无法获得 lock：

Object lock = new Object();

Thread thread1 = new Thread(() -> {
    synchronized (lock) {
        try {
            Thread.sleep(1000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
});

Thread thread2 = new Thread(() -> {
    synchronized (lock) {
        System.out.println("thread2");
    }
});

thread1.start();
thread2.start();

打断点导致数据不一致

在多线程程序中，使用打断点还可能会导致数据不一致。这是因为当一个线程被中断时，其他线程可能正在修改数据，导致数据处于不一致的状态。

例如，在以下代码中，如果我们在 thread1 上设置了断点，那么 thread2 可能在 thread1 修改 data 之前就打印了 data：

int data = 0;

Thread thread1 = new Thread(() -> {
    synchronized (this) {
        data = 1;
    }
});

Thread thread2 = new Thread(() -> {
    synchronized (this) {
        System.out.println(data);
    }
});

thread1.start();
thread2.start();