简单总结下目前我掌握的几种对抗debugger反调试的方法，也欢迎大佬们有新的好用的方式补充。

    function test(x,y){
            z=x+y;
            return z;
        }
        setInterval(function()
        {test+""=="function test(x,y){z=x+y;return z;}" ? console.log("未修改") 
:setInterval(
        function(){
            debugger;
            },1000);}
            ,1000);
        test(100,200);

方法一：通过停用断点

方法二：条件断点

点击代码行数就会添加断点。这是普通断点的快捷添加方法。在浏览器中还有一种条件断点。

再按下F9，你会发现debugger已经消失了。

方法三：离老子远点！（Never Pause Here）

依旧是右键点击行号，选择Never pause here。

以上是常规操作，接下来介绍比较骚操作的方法。
首先是用fiddler&charles&multiproxy之类的工具。接下来我会用fiddler演示，其他的工具类似。

方法四：替换文件

我们既然已经知道代码里有反调试，那么用以上工具替换response内容不就行了吗？这里演示有点蛋疼，服务器到期了，我又不想去专门找个有反调试的网站。。于是自己注入一个吧。

使用到Fiddler的Fiddler Script功能，Fiddler Script使用的语言是JScript.NET。语法和JS类似，我是当做JS来写的，细微差别注意一下就好了，反正用到这个功能一般也不会写太多代码。。

其他的可以去查找相关资料或者阅读官方文档，Fiddler Script是Fiddler强大之处之一。

我们可以在这里写代码扩展一些自己想要的东西。这个的应用其实很广，比如有时候不得不用selenium抓数据，但是又不想通过selenium读数据，因为要等网页渲染，实在太慢了。这时候就可以使用Fiddler Script，在里面写一段脚本，让响应回来的时候直接解析，然后把数据保存在数据库里。

接下来我们要干掉他。AutoResponser:

方法五：脚本注入

方法四是比较方便的，但是有时候你会发现要修改的JS代码是动态的，每次加载都不一样，这时候如果盲目替换文件，很可能导致网页的逻辑无法使用。我们仅仅需要把debugger的地方干掉就可以了。

也就是，通过注入，修改指定代码。细心的你可能已经发现了，这不就是上面我们注入debugger做的事吗？是的。。。所以，没有看上面方法四的建议回去看一下。。。方法类似，指定Host，用正则替换掉debugger代码。
这里不再讲了。

方法六：JS Hook劫持方法

首先要装一个油猴插件，这个程序员应该都装了吧。。。实现各种骚操作。
js的hook和Frida中的很像，或者说比Frida的hook更简单。我们现在知道了debugger是在setInterval中执行的，那我们尝试劫持setInterval。点击这里，新建一个油猴脚本：

var new_setInterval=setInterval;
window.setInterval=function(a,b){
    if(a.toString().indexOf("debugger")!=-1)
        {
        return null;
    }
    new_setInterval(a,b);
}

首先用new_setInterval接收了原生的setInterval。然后hook原生setInterval，如果在参数a，也就是定时器结束时调用的函数中出现debugger的话，就让函数返回null，什么都不做，再继续运行定时器。

总结

以前遇到debugger，没有处理的经验，真的是一脸懵逼，慢慢也积累下来一些对抗的方法，希望能抛砖引玉，各位如果有其他方法也可以交流一下。

其实通过这些，学到的不仅仅是针对反调试，这些方法在其他的地方也有相当多的应用场景。比如Hook，这么好用的方法难道仅仅用来对付反调试？不不不，他还可以hook任意JS加密方法，hook Cookie的生成，hook一个搜索不到的入口等等等。。留给大家自己研究了。

如果后续我找到新的对付无限debugger的方法，也会更新在这里。