idea从零到精通05之debug进阶(1)

=================================================================

属性断点是对属性的监控，当属性的值发生变化会进入调试。

public class Student {

private String name;

private int age;

public Student(String name,int age){

this.name=name;

this.age=age;

}

public String getName() {

return name;

}

public void setName(String name) {

this.name = name;

}

public int getAge() {

return age;

}

public void setAge(int age) {

this.age = age;

}

}

给 属性age 打上属性断点，可以看到断点是一个小眼睛。

编写测试代码

static void feild(){

Student s = new Student(“编程界明世隐”,18);

s.setAge(19);

System.out.println(“我芳龄：”+s.getAge());

}

执行调试，构造方法调用的时候，进入了调试，因为代码中有this.age=age，age属性被设置值，所以被监控到了，小眼睛上还打了个勾。

执行完这次断点，会进入到setAge中调试，因为这里也有对age属性进行操作

再执行完就结束了，可以看到下图两个地方都会进入调试，因为都对age进行了设置，getAge只是获取所以不会有反应。

方法断点

=================================================================

方法断点是打在方法上的断点，如图：

我们发现方法断点的“样子”不是圆形的，而是菱形的，debug一下

断点会停在方法的第一行，我们按F9继续执行

此时断点会停在此方法的最后一行，从以上我们可以看错，方法断点是会默认在方法的第一行和最后一行进入进入调试状态的。

如果我给接口的方法打断点会怎么样呢？比如我这里建了一个接口Service还有实现类ServiceImpl

public interface Serivce {

void print();

}

public class ServiceImpl implements Serivce{

@Override

public void print() {

System.out.println(“impl print”);

}

}

我尝试在Serivce 接口的print方法来打断点。

启动程序进入调试

调试竟然进入到了实现类的 print 方法，我不由得兴奋了起来，如果我Serivce有很多实现类的情况下，而我又不晓得具体会用到那个实现类，我只需要在接口上的方法打上断点，岂不美哉！！

异常断点

=================================================================

就是指定某种或者多种有可能发生的异常，当发生这些异常的时候，断点就会停在发生异常的地方。

//异常断点，全局捕获

static void exception(){

Student student = null;

student.getAge();

System.out.println(“异常断点”);

}

做完java程序员的话，肯定知道这个会发生空指针异常，那么我们如何去加入异常断点呢？

输入你觉得要监控的异常

根据提示选择好异常后，点击OK，再点击Done。

来启动一下调试，在报这个异常的地方程序会自动进入debug。

强制返回

=================================================================

有些时候，我们看到传入的参数有误后，不想走后面的流程了，怎么中断这次请求呢，比如后面涉及到数据库的操作、对外部接口的调用等，强制关服务、强制关机？

比如调试到11行以后，后面的不想操作了（不想操作数据库、发送给别的系统平台等，产生垃圾数据），就可以在方法栈处右键，选择Force Return，这样此方法后面的语句就不会执行，直接跳出了当前方法，强制返回。

控制台也只会打印do someThing已经，后续的不会打印

这样就可以避免了垃圾数据了。

注意：

1. 调试执行已经改变的数据，不会再还原了，比如对象、集合等。

2. 点击调试的stop停止按钮是不行的，因为调试进入了方法，必须要出栈，如果这样做肯定会执行完这个方法的。

多线程调试

==================================================================

通常来说，多线程的并发及条件断点的debug是很难完成的，比如如下代码：

public class MyThread implements Runnable{

@Override

public void run() {

System.out.println(Thread.currentThread().getName() + “执行”);

try {

Thread.sleep(100);

}catch (Exception e){

e.printStackTrace();

}

}

}

创建测试方法

static void thread() {

MyThread myThread = new MyThread();

Thread t1 = new Thread(myThread, “t1”);

Thread t2 = new Thread(myThread, “t2”);

Thread t3 = new Thread(myThread, “t3”);

t1.start();

t2.start();

t3.start();

}

我们在MyThread第5行打入断点

启动调试

此时我们按F8执行一行，我们会发现控制打把其他线程的也打印出来了

如果有并发的话，我们是不是没法很轻松的去调试程序呢，所以这里我们来修改一下配置，在断点是右键打开配置界面，选择Thread，然后点击Done。

我们在来调试这段代码，这次拿到的线程是 t1，我们来执行下去

我惊讶的发现控制台只打印了 t1 的输出内容，而t2、t3的没有打印，怎么回事呢？

其实我们可以在方法栈里面找到他们，比如我选择t3，再把t3走完。

t3走完后效果如下：

再看看 t2，同样的

最后

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
就答题情况而言，第一问100%都可以回答正确，第二问大概只有50%正确率，第三问能回答正确的就不多了，第四问再正确就非常非常少了。其实此题并没有太多刁钻匪夷所思的用法，都是一些可能会遇到的场景，而大多数人但凡有1年到2年的工作经验都应该完全正确才对。
只能说有一些人太急躁太轻视了，希望大家通过此文了解js一些特性。

并祝愿大家在新的一年找工作面试中胆大心细，发挥出最好的水平，找到一份理想的工作。