###

调试干扰

第一个就是无限debug

就是代码里面有一个开发写了debug入口，你自己去debug的时候总是会调到这个地方，

导致无限debug，

但是这个无限，不是真正的无限，只是很频繁的去执行debug，而不是死循环，死循环会导致页面卡死

实现无限debug的常用的有3种方式：

1，是使用debugger关键字，这种方式是不可混淆的，

2，eval(debugger;) 因为里面是字符串，所以可以进行混淆。

3，可以使用function实现debug，

可以使用定时器，这种方式的无限debug，我们重写这一段代码就可以了，

无限debug，可能在加密逻辑之前，这样你要看他js如果加密的，就要面临无限debug的问题，就会干扰你的调试，你必须要绕过这个debug才可以，

###

怎么处理无限debug

1，如果是函数的方式实现的无限debug，可以重写debug的函数，把这个函数覆盖，这样就绕过了，如果里面有我们要的逻辑，就不行了，要注意，可以只去掉这个那个debug的那一句

注意重写的时候，先定义，再重写，否则你的重写会被覆盖，

2，可以使用开发者的工具，让debug的一行，右键设置永远不要debug，

把无限debug的函数置空，

###

重写构造器函数，

### 

基本就这些，用这些方法可以把99.9%的无限debug解决，如果不行，就找大佬 

###

第二个是调试检测，也就是F12

检测到之后，不让你打开F12，

这个肯定是js实现的， 这个很好解决，就是手动打开开发者工具，

而且打开F12之后，你发现一直是debug，就是不让你debug

这个处理方式参考无限degger的方式，

match的第17，第16题，  

先定义，后重写，意思就是你要在网站的函数定义之后，你再去重写，否则你重写了，网站再定义，就把你的覆盖了，

###

第三种，调试干扰，内存爆破原理

 ###

这种方式都是让浏览器崩溃，

还有js很大，比如3M的这样的，你调试的时候，浏览器处在假死状态，干扰你的调试，很少见，

####

怎么解决呢？

既然浏览器运行是正常的，但是你调试的时候就有问题了，或者hook的时候就有问题了，

就要考虑是不是你的代码格式化的问题，

考虑是不是进行了浏览器指纹检测，

考虑是不是时间差问题，

这个内存爆破的问题，没有一个通解，需要去具体问题具体分析，大部分都是代码格式化的问题，

###

实战

事件监听断点，

match，第12题，13题，

练习，第一题， 

有的是参数加密了，你要找到参数是怎么加密的，然后把这个加密的参数带上，才可以请求到内容，如果是md5加密的，你python处理一下不就可以了吗？

有的是cookie加密了，你要找到cookie怎么加密的，然后把cookie带上，才可以请求到内容，

####